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Java8 新 特性 探究 


一 、 通 往 lambda 之 路 : 语法 篇 


来 源 : Java 8 新 特性 探究 〈 一 ) 通 往 lambda 之 路 语法 篇 


现在 开始 要 灌输 一 些 概念 性 的 东西 了 ， 这 能 帮助 你 理解 lambda 更 加 透彻 一 点 ， 如 果 你 之 前 听 
说 过 ， 也 可 当 是 温习 ， 所 谓 温 故而 知 新 ..……. 


在 开始 之 前 ， 可 以 同步 下 载 jdk 8 和 1IDE，IDE 根 据 个 人 习惯 了 ， 不 过 Eclipse 官方 版 本 还 没 出 
来 ， 所 以 目前 看 的 话 ，netbean7.4 是 首选 的 ， 毕 竞 前 段子 刚刚 出 的 正式 版 本 ， 以 下 是 他 们 的 
下 载 地 址 。 


e jdk 8 : https://jdk8.java.net/download.html (毕竟 是 国外 的 网 站 ， 如 果 下 载 慢 ， 可 以 到 我 
í F Æ F #http://pan.baidu.com/share/link?shareid=61064476&uk=4060588963 ) 
Netbeans 7.4 正 式 版 : https:Wnetbeans.org/downloads/( 推 荐 ，oracle 官 方 发 布 ) 

IDEA 12 EAP : http://confluence.jetbrains.net/display/IDEADEV/IDEA+12+EAP 
Unofficial builds of Eclipse : http://downloads.efxclipse.org/eclipse-java8/ 


次 数 式 接口 


函数 式 接口 (functional interface 也 叫 功能 性 接口 ， 其 实 是 同一 个 东西 ) 。 简 单 来 说 ， HER 
接口 是 只 包含 一 个 方法 的 接口 。 比 如 Java 标 准 库 中 的 java.lang.Runnable 和 
java.util.Comparator 都 是 典型 的 函数 式 接口 。java 8 提供 @Functionallnterface 作 为 注解 ,这 个 
注解 是 非 必须 的 ， 只 要 接口 符合 函数 式 接口 的 标准 ( 即 只 包含 一 个 方法 的 接口 ) ， 虚 拟 机 会 
自动 判断 ， 但 最 好 在 接口 上 使 用 注解 @Functionallnterface 进 行 声明 ， 以 免 团 队 的 其 他 人 员 错 
误 地 往 接 口中 添加 新 的 方法 。 


Java 中 的 lambda 无 法 单独 出 现 ， 它 需要 一 个 函数 式 接口 来 盛 放 ，lambda 表 达 式 方法 体 其 实 就 
是 函数 接口 的 实现 ， 下 面 讲 到 语法 会 讲 到 


Lambda 语 法 


1. 一 个 括号 内 用 去 号 分 隔 的 形式 参数 ， 参 数 是 函数 式 接口 里 面 方法 的 参数 

2. 一 个 箭头 符号 : -> 

3. 方法 体 ， 可 以 是 表达 式 和 代码 块 ， 方 法 体 函 数 式 接口 里 面 方法 的 实现 ， 如 果 是 代码 块 ， 
则 必须 用 人 } 来 包 衰 起 来 ， 且 需要 一 个 return 返回 值 ， 但 有 个 例外 ， 若 函数 式 接口 里 面 方法 
返回 值 是 void， 则 无 需 人 


总 体 看 起 来 像 这 样 


(parameters) -> expression 或 者 (parameters) -> { statements; } 


看 一 个 完整 的 例子 ， 方 便 理 解 


ft. * 
* 测试 lambda 表 达 式 


* 


* Qauthor benhail 
A 
public class TestLambda { 


public static void runThreadUseLambda() { 
//Runnab1le 是 一 个 函数 接口 ， 只 包含 了 有 个 无 参数 的 ， 返 回 void 的 run 方 法 ; 
// 所 以 Jambda 表 达 式 左边 没有 参数 ， 右 边 也 没有 return， 只 是 单纯 的 打印 一 句 话 
new Thread(() ->System.out.println("lambda 实 现 的 线程 ")).start(); 
} 
public static void runThreadUseInnerClass() { 
// 这 种 方式 就 不 多 讲 了 ， 以 前 旧版 本 比较 常见 的 做 法 
new Thread(new Runnable() { 
@Override 
public void run() { 
System.out.println(" 内 部 类 实现 的 线程 ")， 


} 
}).start(); 


public static void main(String[] args) { 
TestLambda.runThreadUseLambda( ); 
TestLambda.runThreadUseInnerClass(); 


可 以 看 出 ， 使 用 lambda 表 达 式 设计 的 代码 会 更 加 简洁 ， 而 且 还 可 读 。 


方法 引用 


其 实 是 lambda 表 达 式 的 一 个 简化 写法 ， 所 引用 的 方法 其 实 是 lambda 表 达 式 的 方法 体 实现 ， 语 
法 也 很 简单 ， 左 边 是 容器 (可 以 是 类 名 ， 实 例 名 ) ， 中 间 是 ”:”， 右 边 是 相应 的 方法 名 。 如 下 
所 示 : 


ObjectReference: :methodName 


一 般 方法 的 引用 格式 是 


1. 如 果 是 静态 方法 ， 则 是 ClassName::methodName ° 4 Object ::equals 
2. 如 果 是 实例 方法 ， 则 是 Instance::methodName 。 如 Object obj=new Object();obj::equals; 
3. 构造 函数 . 则 是 ClassName::new 


再 来 看 一 个 完整 的 例子 ， 方 便 理 解 


import java.awt.FlowLayout; 
import java.awt.event.ActionEvent; 
import javax.swing.JButton; 
import javax.swing.JFrame; 


A 
i @author_benhail 
o class TestMethodReference { 
public static void main(String[] args) { 
JFrame frame = new JFrame(); 
frame .setLayout(new FlowLayout()); 


frame.setVisible(true); 


JButton button1 
JButton button2 


new JButton(" 点 我 1")， 
new JButton(" 也 点 我 1")， 


frame.getContentPane().add(button1); 

frame.getContentPane().add(button2); 

// 这 里 addActionListener 方 法 的 参数 是 ActionListener， 有 是 一 个 函数 式 接口 

// 使 用 Lambda 表 达 式 方式 

button1.addActionListener(e -> { System.out.println(" 这 里 是 Lambda 实 现 方式 ") 3); 
// 使 用 方法 引用 方式 

button2.addActionListener(TestMethodReference: :doSomething ) ; 


} 

Ý l 

* 这 里 是 函数 式 接 口 ActionListener 的 实现 方法 

* @param e 

Eh 

public static void doSomething(ActionEvent e) { 


System.out.println(" 这 里 是 方法 引用 实现 方式 " ) ; 


可 以 看 出 ，doSomething 方 法 就 是 ambda 表 达 式 的 实现 ， 这 样 的 好 处 就 是 ， 如 果 你 觉得 
lambda 的 方法 体会 很 长 ， 影 响 代 码 可 读 性 ， 方 法 引用 就 是 个 解决 办 法 


以 上 就 是 lambda 表 达 式 语法 的 全 部 内 容 了 ， 相 信 大 家 对 lambda 表 达 式 都 有 一 定 的 理解 了 ， 但 
只 是 代码 简洁 了 这 个 好 处 的 话 ， 并 不 能 打动 很 多 观众 ，java 8 也 不 会 这 么 令 人 期 待 ， 其 实 java 
8 引入 lambda 人 迫切 需求 是 因为 lambda 表达 式 能 简化 集合 上 数据 的 多 线程 或 者 多 核 的 处 理 ， 提 
供 更 快 的 集合 处 理 速 度 ， 这 个 后 续 会 讲 到 ， 关 于 JEP126 的 这 一 特性 ， 将 分 3 部 分 ， 之 所 以 分 
开 ， 是 因为 这 一 特性 可 写 的 东西 太 多 了 ， 这 部 分 让 读者 熟悉 lambda 表 达 式 以 及 方法 引用 的 语 
法 和 概念 ， 第 二 部 分 则 是 虚拟 扩展 方法 (default method) 的 内 容 ， 最 后 一 部 分 则 是 大 数据 集 
合 的 处 理 ， 解 开 lambda 表 达 式 的 最 强 作 用 的 神秘 面纱 。 交 请 期 待 。。。。 


二 、 深 入 解析 默认 方法 
来 源 : Java 8 新 特性 探究 (二 ) 深入 解析 默认 方法 


上 篇 讲 了 lambda 表达 式 的 语法 ， 但 只 是 JEP126 特性 的 一 部 分 ， 另 一 部 分 就 是 默认 方法 (也 
称 为 虚拟 扩展 方法 或 防护 方法 ) 


什么 是 默认 方法 ， 为 什么 要 有 默认 方法 


简单 说 ， 就 是 接口 可 以 有 实现 方法 ， 而 且 不 需要 实现 类 去 实现 其 方法 。 只 需 在 方法 名 前 面 加 
个 default 关 键 字 即 可 。 


为 什么 要 有 这 个 特性 ? 首先 ， 之 前 的 接口 是 个 双 刃 剑 ， 好 处 是 面向 抽象 而 不 是 面向 具体 编 
程 ， 缺 陷 是 ， 当 需要 修改 接口 时 候 ， 需 要 修改 全 部 实现 该 接口 的 类 ， 目 前 的 java 8 之 前 的 集合 
框架 没有 foreach 方 法 ， 通 常 能 想到 的 解决 办 法 是 在 JDK 里 给 相关 的 接口 添加 新 的 方法 及 实 
现 。 然 而 ， 对 于 已 经 发 布 的 版 本 ， 是 没 法 在 给 接口 添加 新 方法 的 同时 不 影响 已 有 的 实现 。 所 

以 引进 的 默认 方法 。 他 们 的 目的 是 为 了 解决 接口 的 修改 与 现 有 的 实现 不 兼容 的 问题 。 


简单 的 例子 
一 个 接口 A，Clazz 类 实现 了 接口 A。 


public interface A { 
default void foo(){ 
System.out.println("Calling A.foo()"); 
} 
} 


public class Clazz implements A { 
public static void main(String[] args){ 
Clazz clazz = new Clazz(); 
clazz.foo();// 调 用 A,foo() 
} 
} 


代码 是 可 以 编译 的 ， 即 使 Clazz 类 并 没有 实现 foo() 方 法 。 在 接口 A 中 提供 了 foo() 方 法 的 默认 实 
现 。 
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这 一 个 功能 特 ， K ， 很 多 同学 都 反应 了 ，java 8 的 接口 都 有 实现 方法 了 ， 跟 抽象 类 还 有 什 
么 区 别 ? 其实 还 是 有 的 ， 请 看 下 表 对 比 。。 


相同 点 不 同 点 


4 类 1. 抽 象 类 不 可 以 多 重 继承 ， 接 口 可 以 (无 论 是 多 重 类 型 
部 ZXM; `r a FL Ð 
FR. 继承 还 是 多 重 行为 继承 ) ; 
2. 都 可 以 有 实现 方法 (以 前 接 ””2. 抽 象 类 和 接口 所 反映 出 的 设计 理念 不 同 。 其 实 抽象 类 
D 表示 的 是 "is-a” 关 系 ， 接 口 表示 的 是 "ike-a” 关 系 ; 





3. 都 可 以 不 需要 实现 类 或 者 继 3. 接 口中 定义 的 变量 默认 是 public static final 型 ， 且 必 
承 者 去 实现 所 有 方法 ， (以 前 须 给 其 初 值 ， 所 以 实现 类 中 不 能 改变 其 值 ; 抽象 类 中 
不 行 ， 现 在 接口 中 默认 方法 不 的 变量 默认 是 friendly 型 ， 其 值 可 以 在 子 类 中 重新 定 
需要 实现 者 实现 ) 义 ， 也 可 以 重新 赋值 。 


多 重 继 承 的 冲突 说 明 


由 于 同一 个 方法 可 以 从 不 同 接口 引入 ， 自 然而 然 的 会 有 冲突 的 现象 ， 软 认 方 法 判断 冲突 的 规 
MT: 


1. 一 个 声明 在 类 里 面 的 方法 优先 于 任何 默认 方法 (classes always win ) 
2. 否 则 ， 则 会 优先 选取 最 具体 的 实现 ， 比 如 下 面 的 例子 B 重 写 了 A 的 hello 方 法 。 


public interface A { 


default void hello() { System.out.println ("Hello World from A"); } 
} 
public interface B extends A { 


default void hello() { System.out.println ("Hello World from B"); } 


public class C implements B, A { 
public static void main(String... args) { 
new C().hello(); 


NM------ph 
A 


} 
} 


输出 结果 是 : Hello World from B 


如 果 想 调用 A 的 默认 函数 ， 则 用 到 新 语法 X.super.m(...), 下 面 修改 C 类 ， 实 现 A 接 口 ， 重 写 一 个 
hello 方 法 ， 如 下 所 示 : 


public class C implements AL 
@Override 


public void hello(){ 
A.super.hello(); 
} 


public static void main(String[] args){ 
new C().hello(); 
} 


输出 结果 是 : Hello World from A 
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默认 方法 给 予 我 们 修改 接口 而 不 破坏 原来 的 实现 类 的 结构 提供 了 便利 ， 目 前 java 8 的 集合 框架 
已 经 大 量 使 用 了 默认 方法 来 改进 了 ， 当 我 们 最 终 开始 使 用 Java 8 的 lambdas 表 达 式 时 ， 提 供给 
我 们 一 个 平滑 的 过 渡 体 验 。 也 许 将 来 我 们 会 在 API 设 计 中 看 到 更 多 的 默认 方法 的 应 用 。 


跟 上 篇 博文 结合 起 来 ， 就 是 JEP126 的 全 部 了 ， 后 面 还 有 54 个 特性 等 着 我 们 去 探 完 ， 为 了 让 大 
家 比较 深刻 了 解 lambda ， 学 以 致 用 ， 下 一 篇 还 是 lambda 的 内 容 ， 预 告 一 下 下 篇 的 标题 : 
《Java 8 特性 探 完 (E) 解 开 lambda 表 达 式 最 强 作用 的 神秘 面纱 》， 第 二 个 特性 将 从 第 四 篇 
开始 ， 谢 谢 大 家 支持 ， 郊 请 期 待 。。。 


三 、 解 开 lambda 最 强 作 用 的 神秘 面纱 


来 源 : Java 8 新 特性 探究 (2) 解 开 lambda 最 强 作 用 的 神秘 面纱 


我 们 期 待 了 很 久 lambda 为 java 带 来 闭 包 的 概念 ， 但 是 如 果 我 们 不 在 集合 中 使 用 它 的 话 ， 就 损 
失 了 很 大 价值 。 现 有 接口 迁移 成 为 lambda 风 格 的 问题 已 经 通过 default methods 解 决 了 ， 在 这 
篇 文章 将 深入 解析 Java 集 合 里 面 的 批量 数据 操作 (bulk operation) ， 解 开 lambda 最 强 作 用 的 
神秘 面纱 。 


1. 关 于 JSR335 


JSR 是 Java Specification Requests 的 缩写 ， 意 思 是 Java 规范 请 求 ,Java 8 版 本 的 主要 改进 是 
Lambda 项 目 (JSR 335) ， 其 目的 是 使 Java 更 易于 为 多 核 处 理 器 编写 代码 。JSR 
335=|lambda 表 达 式 + 接口 改进 (默认 方法 ) + 批量 数据 操作 。 加 上 前 面 两 篇 ， 我 们 已 是 完整 的 
学 习 了 JSR335 的 相关 内 容 了 。 


2. 外 部 VS 内 部 迭代 


以 前 Java 集 合 是 不 能 够 表达 内 部 和 迭代 的 ， 而 只 提供 了 一 种 外 部 和 迭代 的 方式 ， 也 就 是 for 或 者 
while 循 环 。 


List persons = asList(new Person("Joe"), new Person("Jim"), new Person("John")); 
for (Person p : persons) í 
p.setLastName ("Doe"); 


上 面 的 例子 是 我 们 以 前 的 做 法 ， 也 就 是 所 谓 的 外 部 迭代 ， 循 环 是 国定 的 顺序 循环 。 在 现在 多 
核 的 时 代 ， 如 果 我 们 想 并 行 循环 ， 不 得 不 修改 以 上 代码 。 效 率 能 有 多 大 提升 还 说 定 ， 且 会 带 
来 一 定 的 风险 (线程 安全 问题 等 等 ) o 


要 描述 内 部 迭代 ， 我 们 需要 用 到 Lambda 这 样 的 类 库 , 下 面 利 用 lambda 和 Collection.forEach 重 
写 上 面 的 循环 


persons.forEach(p->p.setLastName("Doe")); 


现在 是 由 jdk 库 来 控制 循环 了 ， 我 们 不 需要 关心 last name 是 怎么 被 设置 到 每 一 个 person 对 象 
里 面 去 的 ， 库 可 以 根据 运行 环境 来 决定 怎么 做 ， 并 行 ， 乱 序 或 者 懒 加 载 方 式 。 这 就 是 内 部 迭 
代 ， 客 户 端 将 行为 p.setLastName 当 做 数据 传 入 api 里 面 。 

内 部 迭代 其 实 和 集合 的 批量 操作 并 没有 密切 的 联系 ， 借 助 它 我 们 感受 到 语法 表达 上 的 变化 。 

卜 正 有 意思 的 和 批量 操作 相关 的 是 新 的 流 (stream) API。 新 的 java.util.stream 包 已 经 添加 进 
JDK 8 了 。 


3.Stream API 


流 (Stream) 仅仅 代表 着 数据 流 ， 并 没有 数据 结构 ， 所 以 他 遍历 完 一 次 之 后 便 再 也 无 法 遍历 
(这 点 在 编程 时 候 需 要 注意 ， 不 像 Collection， 遍 历 多 少 次 里 面 都 还 有 数据 ) ， 它 的 来 源 可 以 
Æ Collection 、array、io 等 等 。 


3.1 中 间 与 终点 方法 


流 作用 是 提供 了 一 种 操作 大 数据 接口 ， 让 数据 操作 更 容易 和 更 快 。 它 具有 过 滤 、 了 映射 以 及 减 

少 遍 历数 等 方法 ， 这 些 方 法 分 两 种 : 中 间 方 法 和 终端 方法 ，* 流 ?抽象 天 生 就 该 是 持续 的 ， 中 间 
方法 永远 返回 的 是 Stream， 因 此 如 果 我 们 要 获取 最 终结 果 的 话 ， 必 须 使 用 终点 操作 才能 收集 
流产 生 的 最 终结 果 。 区 分 这 两 个 方法 是 看 他 的 返回 值 ， 如 果 是 Stream 则 是 中 间 方 法 ， 否 则 是 
终点 方法 。 具 体 请 参照 Stream 的 api。 


简单 介绍 下 几 个 中 间 方 法 (filter ` map) 以 及 终点 方法 (collect ` sum) 
3.1.1Filter 


在 数据 流 中 实现 过 滤 功 能 是 首先 我 们 可 以 想到 的 最 自然 的 操作 了 。Stream 接 口 暴露 了 一 个 
filter 方 法 ， 它 可 以 接受 表示 操作 的 Predicate 实 现 来 使 用 定义 了 过 滤 条 件 的 lambda 表 达 式 。 


List persons =.. 
Stream persons0ver18 = persons.stream().filter(p -> p.getAge() > 18);// 过 滤 18 岁 以 上 的 人 


3.1.2Map 


假使 我 们 现在 过 滤 了 一 些 数据 ， 比 如 转换 对 象 的 时 候 。Map 操 作 允 许 我 们 执行 一 个 Function 的 
实现 《Function 的 泛 型 下 R 分 别 表示 执行 输入 和 执行 结果 ) ， 它 接受 入 和 参 并 返回 。 首 先 ， 让 我 
们 来 看 看 怎样 以 匿名 内 部 类 的 方式 来 描述 它 


Stream adult= persons 
.Stream() 
.filter(p -> p.getAge() > 18) 
.map(new Function() { 
@Override 
public Adult apply(Person person) { 
return new Adult(person);// 将 大 于 18 岁 的 人 转 为 成 年 人 
} 
}); 


现在 ， 把 上 述 例子 转换 成 使 用 lambda 表 达 式 的 写法 : 


Stream map = persons ,stream() 
.filter(p -> p.getAge() > 18) 
.map(person -> new Adult(person)); 


3.1.3Count 


count 方 法 是 一 个 流 的 终点 方法 ， 可 使 流 的 结果 最 终 统 计 ， 返 回 int， 比 如 我 们 计算 一 下 满足 18 
岁 的 总 人 数 


int countOfAdult=persons.stream() 
.filter(p -> p.getAge() > 18) 
.map(person -> new Adult(person)) 
.count(); 


3.1.4Collect 


collect 方 法 也 是 一 个 流 的 终点 方法 ， 可 收集 最 终 的 结果 


List adultList= persons.stream() 
.filter(p -> p.getAge() > 18) 
.map(person -> new Adult(person)) 
.Ccollect(Collectors.toList()); 


或 者 ， 如 果 我 们 想 使 用 特定 的 实现 类 来 收集 结果 : 


List adultList = persons 
.Stream() 
.filter(p -> p.getAge() > 18) 
.map(person -> new Adult(person)) 
.Ccollect(Collectors.toCollection(ArrayList: :new)); 


篇 幅 有 限 ， 其 他 的 中 间 方 法 和 终点 方法 就 不 一 一 介绍 了 ， 看 了 上 面 几 个 例子 ， 大 家 明白 这 两 
种 方法 的 区 别 即 可 ， 后 面 可 根据 需求 来 决定 使 用 。 

3.2 顺 序 流 与 并 行 流 

每 个 Stream 都 有 两 种 模式 : 顺序 执行 和 并 行 执行 。 


顺序 流 : 


List <Person> people = list.getStream.collect(Collectors.toList()); 


并 行 流 : 


List <Person> people = list.getStream.parallel().collect(Collectors.toList()); 


顾名思义 ， 当 使 用 顺序 方式 去 遍历 时 ， 每 个 item 读 完 后 再 读 下 一 个 item。 而 使 用 并 行 去 遍历 
时 ， 数 组 会 被 分 成 多 个 段 ， 其 中 每 一 个 都 在 不 同 的 线程 中 处 理 ， 然 后 将 结果 一 起 输出 。 


3.2.1 并 行 流 原 理 : 


List originalList = someData; 

split1 = originalList(9，mid);// 将 数据 分 小 部 分 
split2 = originalList(mid, end); 

new Runnable(split1.process());// 小 部 分 执行 操作 
new Runnable(split2.process()); 

List revisedList = split1 + split2;// 将 结果 合并 


大 家 对 hadoop 有 稍微 了 解 就 知道 ， 里 面 的 MapReduce 本 身 就 是 用 于 并 行 处 理 大 数据 集 的 软 
件 框架 ， 其 íR 思想 就 是 大 而 化 小 ， 分 配 到 不 同 机 器 去 运行 mMap， 最 终 通 过 
reduce 将 所 有 机 器 果 结 合 起 来 得 到 一 个 最 终结 果 ， 与 MapReduce 不 同 ，Stream 则 是 利用 
多 核 技术 可 将 ~ > 而 MapReduce 则 可 以 分 布 式 的 。 


3.2.2 顺 序 与 并 行 性 能 测试 对 比 


如 果 是 多 核 机 器 ， 理 论 上 并 行 流 则 会 比 顺序 流 快 上 一 倍 ， 下 面 是 测试 代码 


long tO = System.nanoTime(); 

// 初 始 化 一 个 范围 100 万 整数 流 , 求 能 被 2 整除 的 数字 ，toArray () 是 终点 方法 

int a[]=IntStream.range(0, 1 000 000).filter(p -> p % 2==0).toArray(); 

long t1 = System.nanoTime(); 

// 和 上 面 功能 一 样 ， 这 里 是 用 并 行 流 来 计算 

int b[]=IntStream.range(0, 1 000 000).parallel().filter(p -> p % 2==0).toArray(); 
long t2 = System.nanoTime(); 

// 我 本 机 的 结果 是 serial: 0.06s, parallel 0.02s， 证 明 并 行 流 确实 比 顺序 流 快 


System.out.printf("serial: %.2fs, parallel %.2fs%n", (t1 - t0) * 1e-9, (t2 - t1) * 1e-9); 
Aoo | 
3.3 关 于 Folk/Join 框 架 


应 用 硬件 的 并 行 性 在 java 7 就 有 了 ， Va util.concurrent 包 的 新 增 功能 之 一 是 一 个 fork- 
join 风格 的 并 行 分 解 框架 ， 同 样 也 很 强大 高 效 ， 有 兴趣 的 同学 去 研究 ， 这 里 不 详 谈 了 ， 相 比 
Stream.parallel() 这 种 方式 ， 我 更 倾 R o 
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p 果 没有 lambda，Stream 用 起 来 相当 别扭 ， 他 会 产生 大 量 的 匿名 内 部 类 ， 比 如 上 面 的 
3.1.2map 例 子 ， 如 果 没 有 default method， 集 合 框架 更 改 势 必 会 引起 大 量 的 改动 ， 所 以 
lambda+default method 使 得 jdk 库 更 加 强大 ， 以 及 灵活 ，Stream 以 及 集合 框架 的 改进 便 是 最 
好 的 证 明 。 


java 8 特性 探究 系列 写 了 3 篇 了 ， 作 为 大 餐 ， 将 java 8 的 重量 级 特性 lambda 与 default method § 
在 前 面 ， 上 个 小 菜 ， 萤 素 搭配 ， 也 是 语言 相关 的 ，JEP104 Java 类 型 的 注解 的 探究 ， 同 
时 谢谢 大 家 的 支持 ， 欢 迎 提 出 建议 。 如 果 你 想 了 解 哪 些 特性 ， 欢 迎 给 我 发 留言 。 


四 、 类 型 注解 : 复杂 还 是 便捷 


KR : Java 8 新 特性 探究 (四 ) 类 型 注解 复杂 还 是 便捷 
本 文 将 介绍 java 8 的 第 二 个 特性 : 类 型 注解 。 


注解 大 家 都 知道 ， 从 java5 开 始 加 入 这 一 特性 ， 发 展 到 现在 已 然 是 遍地 开花 ， 在 很 多 框架 中 得 
到 了 广泛 的 使 用 ， 用 来 简化 程序 中 的 配置 。 那 充满 争议 的 类 型 注解 究竟 是 什么 ? 复杂 还 是 便 
捷 ? 


什么 是 类 型 注解 


在 java 8 之 前 ， 注 解 只 能 是 在 声明 的 地 方 所 使 用 ， 比 如 类 ， 方 法 ， 属 性 ; java 8 里 面 ， 注 解 可 
以 应 用 在 任何 地 方 ， 比 如 : 


。 创建 类 实例 
new @Interned MyObject(); 


。 类 型 映射 


myString = (@NonNull String) str; 


。 implements 语句 中 


class UnmodifiableList<T> implements @Readonly List<@Readonly T> Í .. J 


e throw exception # 明 


void monitorTemperature() throws @Critical TemperatureException Í .. } 


需要 注意 的 是 ， 类 型 注解 只 是 语法 而 不 是 语义 ， 并 不 会 影响 java 的 编译 时 间 ， 加 载 时 间 ， 以 及 
运行 时 间 ， 也 就 是 说 ， 编 译 成 class 文 件 的 时 候 并 不 包含 类 型 注解 。 

类 型 注解 的 作用 

先 看 看 下 面 代码 


Collections.emptyList().add("0ne"); 
int i=Integer.parseInt("hello"); 
System.console().readLine(); 


上 面 的 代码 编译 是 通过 的 ， 但 运行 是 会 分 别 报 UnsupportedOperationException ; 
NumberFormatException ; NullIPointerException 异 常 ， 这 些 都 是 runtime error ; 


类 型 注解 被 用 来 支持 在 Java 的 程序 中 做 强 类 型 检查 。 配 合 插件 式 的 check framework， 可 以 在 
编译 的 时 候 检 测 出 runtime error， 以 提高 代码 质量 。 这 就 是 类 型 注解 的 作用 了 。 


check framework 
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check framework 是 第 三 方 工 具 ， 配 合 Java 的 类 型 注解 效果 就 是 1+1>2。 它 可 以 谋 入 到 javac 纺 
译 器 里 面 ， 可 以 配合 ant 和 maven 使 用 ， 也 可 以 作为 


[Eclipse] (http://res.importnew.com/eclipse "Eclipse ImportNew 主 页 ") 


插件 。 地 址 是 http:Wtypes.cs.washington.edu/checker-framework/。 check framework 可 以 找 
到 类 型 注解 出 现 的 地 方 并 检查 ， 举 个 简单 的 例子 : 


import checkers.nullness.quals.*; 
public class GetStarted { 
void sample() í 
Q@NonNu11 Object ref = new Object(); 
} 


使 用 javac 编 译 上 面 的 类 


javac -processor checkers.nullness.NullnessChecker GetStarted.java 


编译 是 通过 ， 但 如 果 修 改 成 


@NonNull Object ref = null; 


再 次 编译 ， 则 出 现 


GetStarted.java:5: incompatible types. 
found : @Nullable <nulltype> 
required: @NonNull Object 
@NonNull Object ref = null; 
A 


1 error 


如 果 你 不 想 使 用 类 型 注解 检测 出 来 错误 ， 则 不 需要 processor， 直 接 javac GetStarted.java Æ 
可 以 编译 通过 的 ， 这 是 在 java 8 with Type Annotation Support 版 本 里 面 可 以 ， 但 java 5,6,7 版 
本 都 不 行 ， 因 为 javac 编 译 器 不 知道 @NonNull 是 什么 东西 ， 但 check framework 有 个 向 下 兼容 
的 解决 方案 ， 就 是 将 类 型 注解 nonnull 用 /**/ 注 释 起 来 ， 比 如 上 面 例子 修改 为 


import checkers.nullness.quals.*; 
public class GetStarted { 
void sample() í 
/*@NonNull*/ Object ref = null; 
} 


这 样 javac 编 译 器 就 会 忽略 掉 注 释 块 ， 但 用 check framework 里 面 的 javac 编 译 器 同样 能 够 检测 
出 nonnull 错 误 。 通过 类 型 注解 +check framework 我 们 可 以 看 到 ， 现 在 runtime error 可 以 在 编 
译 时 候 就 能 找到 。 


关于 JSR 308 


JSR 308 想 要 解决 在 Java 1.5 注 解 中 出 现 的 两 个 问题 : 


o 在 句法 上 对 注解 的 限制 : 只 能 把 注解 写 在 声明 的 地 方 
e 类 型 系统 在 语义 上 的 限制 : 类 型 系统 还 做 不 到 预防 所 有 的 bug 


JSR 308 通过 如 下 方法 解决 上 述 两 个 问题 : 


e 对 Java 语 言 的 句法 进行 扩充 ， 人 允许 注 解 出 现在 更 多 的 位 置 上 。 和 包括 : 方法 接收 器 
(method receivers > 译注 : 例 public int size() @Readonly {...}) ， 泛 型 参数 ， 数 组 ， 
类 型 转换 ， 类 型 测试 ， 对 象 创建 ， 类 型 参数 绑 定 ， 类 继承 和 throws 子 句 。 其 实 就 是 类 型 
， 现在 是 java 8 的 一 个 特性 


。 通过 引入 可 播 拔 的 类 型 系统 (pluggable type R Ë 95 Àl E I) AE EIR K AG 7 Í AL FE 
"i 。 类 型 检查 器 对 带 有 类 型 限定 注解 的 源码 进行 分 析 ， 一 旦 发 现 不 匹配 等 错误 之 处 就 会 
产生 警告 信息 。 其 实 就 是 check framework 


对 JSR308， 有 人 反对 ， 觉 得 更 复杂 更 静态 了 ， 比 如 


@NotEmpty List<@NonNull String> strings = new ArrayList<@NonNull String>()> 


换 成 动态 语言 为 


var strings = ["one", "two"]; 


有 人 赞成 ， 说 到 底 ， 代 码 才 是 “最 根本 "的 文档 。 代 码 中 包含 的 注解 清楚 表明 了 代码 编写 者 的 意 
图 。 当 没有 及 时 更 新 或 者 有 遗漏 的 时 候 ， 恰 恰 是 注解 中 包含 的 意图 信息 ， 最 容易 在 其 他 文档 
中 被 丢失 。 而 且 将 运行 时 的 错误 转 到 编译 阶段 ， 不 但 可 以 加 速 开发 进程 ， 还 可 以 节省 测试 时 
检查 bug 的 时 间 。 


总 结 


心 -器 


并 不 是 人 人 都 喜欢 这 个 特性 ， 特 别 是 动态 语言 比较 流行 的 今天 ， 所 幸 ，java 8 并 不 强求 大 家 使 
用 这 个 特性 ， 反 对 的 人 可 以 不 使 用 这 一 特性 ， 而 对 代码 质量 有 些 要 求 比 较 高 的 人 或 公司 可 以 
采用 JSR 308， 毕 竟 代 码 才 是 “最 基本 "的 文档 ， 这 多 话 我 是 赞同 的 。 虽 然 代码 会 增多 ， 但 可 以 
使 你 的 代码 更 具有 表达 意义 。 对 这 个 特性 有 何 看 法 ， 大 家 各 抒 已 见 。。。。 


五 、 重 复 注 解 〈 repeating annotations ) 
来 源 : Java 8 新 特性 探究 〈 五 ) 重复 注解 (repeating annotations ) 


知识 回顾 
前 面 介绍 了 : 


e。 lambda 表 达 式 和 默认 方法 (JEP 126) 
o 批量 数据 操作 (JEP 107) 
e 类 型 注解 (JEP 104) 


注 : JEP=JDK Enhancement-Proposal (JDK 增强 建议 ) ， 每 个 JEP 即 一 个 新 特性 。 

在 java 8 里 面 ， 注 解 一 共有 2 个 改进 ， 一 个 是 类 型 注解 ， 在 上 篇 已 经 介绍 了 ， 本 篇 另外 
一 个 注解 的 改进 : 重复 注解 (JEP 120) 。 

什么 是 重复 注解 


允许 在 同一 申明 类 型 (类 ， 属 性 ， 或 方法 ) 的 多 次 使 用 同一 个 注解 


个 简单 的 例子 
java 8 之 前 也 有 重复 使 用 注解 的 解决 方案 ， 但 可 读 性 不 是 很 好 ， 比 如 下 面 的 代码 : 


public @interface Authority { 
String role(); 
} 


public @interface Authorities { 
Authority[] value(); 
} 


public class RepeatAnnotationUseOldVersion { 


@Authorities({@Authority(role="Admin"),@Authority(role="Manager")}) 
public void doSomeThing(){ 
} 

} 


由 另 一 个 注解 来 存储 重复 注解 ， 在 使 用 时 候 ， 用 存储 注解 Authorities 来 扩展 重复 注解 ， 我 们 再 
来 看 看 java 8 里 面 的 做 法 : 


@Repeatable(Authorities.class) 

public @interface Authority { 
String role(); 

} 


public @interface Authorities { 
Authority[] value(); 
} 


public class RepeatAnnotationUseNewVersion { 
@Authority(role="Admin") 
@Authority(role="Manager") 
public void doSomeThing(){ } 


不 同 的 地 方 是 ， 创建 重 复 注解 Authority 时 ， 加 上 @Repeatable, 指 向 存储 注解 Authorities， 在 
使 用 时 候 ， 直 接 可 以 重复 使 用 Authority 注 解 。 从 上 面 例子 看 出 ，java 8 里 面 做 法 更 适合 常规 的 
思维 ， 可 读 性 强 一 点 
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JEP120 没 有 太 多 内 容 ， 是 一 个 小 特性 ， 仅 仅 是 为 了 提高 代码 可 读 性 。 这 次 java 8 对 注解 做 了 2 
个 方面 的 改进 (JEP 104,JEP120) ， 相 信 注 解 会 比 以 前 使 用 得 更 加 频繁 了 。 


六 、 泛 型 的 目标 类 


2 
R 


来 源 : Java 8 新 特性 探究 《六 ) 泛 型 的 目标 类 型 推断 


简单 理解 泛 型 


泛 型 是 Java SE 1.5 的 新 特性 ， 泛 型 的 本 质 是 参数 化 类 型 ， 也 就 是 说 所 操作 的 数据 类 型 被 指定 
为 一 个 参数 。 通 俗 点 将 就 是 “类 型 的 变量 "。 这 种 类 型 变量 可 以 用 在 类 、 接 口 和 方法 的 创建 中 。 


理解 Java 泛 型 最 简单 的 方法 是 把 它 看 成 一 种 便捷 语法 ， 能 节省 你 某 些 Java 类 型 转换 (casting) 
上 的 操作 : 


List<Apple> box = new ArrayList<Apple>();box.add(new Apple());Apple apple =box.get(0); 


上 面 的 代码 自身 已 表达 的 很 清楚 : box 是 一 个 装 有 Apple 对 象 的 List。get 方 法 返回 一 个 Apple 对 
象 实例 ， 这 个 过 程 不 需要 进行 类 型 转换 。 没 有 泛 型 ， 上 面 的 代码 需要 写成 这 样 : 


Apple apple = (Apple)box.get(0); 
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些 匈 长 ， 最 主要 是 很 多 程序 员 不 熟悉 

泛 型 ， 因 此 很 多 时 候 不 能 够 给 出 正确 的 类 型 参数 ， 现 在 通过 编译 器 自动 推断 泛 型 的 参数 类 

型 ， 能 够 减少 这 样 的 情况 ， 并 提高 代码 可 读 性 。 


java7 的 泛 型 类 型 推断 改进 
在 以 前 的 版 本 中 使 用 泛 型 类 型 ， 需 要 在 声明 并 赋值 的 时 候 ， 两 侧 都 加 上 泛 型 类 型 。 例 如 : 


Map<String, String> myMap = new HashMap<String, String>(); 


你 可 能 觉得 :老子 在 声明 变量 的 的 时 候 已 经 指明 了 参数 类 型 ， 为 毛 还 要 在 初始 化 对 象 时 再 指 
定 ? 幸 好 ， 在 Java SE 7 中 ， 这 种 方式 得 以 改进 ， 现 在 你 可 以 使 用 如 下 语句 进 行 声明 并 赋值 : 


Map<String, String> myMap = new HashMap<>(); // 注 意 后 面 的 "<>" 


在 这 条 语句 中 ， 编 译 器 会 根据 变量 声明 时 的 泛 型 类 型 自动 推断 出 实例 化 HashMap 时 的 泛 型 类 
型 。 再 次 提醒 一 定 要 注意 new HashMap 后 面 的 <>”， 只 有 加 上 这 个 “<>” 才 表示 是 自动 类 型 推 
断 ， 否 则 就 是 非 泛 型 类 型 的 HashMap， 并 且 在 使 用 编译 器 编译 源 代码 时 会 给 出 一 个 警告 提 


但 是 : Java SE 7 在 创建 泛 型 实例 时 的 类 型 推断 是 有 限制 的 : 只 有 构造 器 的 参数 化 类 型 在 上 下 
文中 被 显著 的 声明 了 ， 才 可 以 使 用 类 型 推断 ， 否 则 不 行 。 例 如 : 下 面 的 例子 在 java 7 无 法 正确 
编译 (但 现在 在 java8 里 面 可 以 编译 ， 因 为 根据 方法 参数 来 自动 推断 泛 型 的 类 型 ) 


List<String> list = new ArrayList<>(); 
list.add("A");// 由 于 addA11 期 望 获得 Collection<? extends String> 类 型 的 参数 ， 因 此 下 面 的 语句 无 法 通过 
list.addAll(new ArrayList<>()); 


| 
Java8 的 泛 型 类 型 推断 改进 

java8 里 面 泛 型 的 目标 类 型 推断 主要 2 个 : 

1. 支 持 通过 方法 上 下 文 推 断 泛 型 目标 类 型 

2. 支 持 在 方法 调用 链 路 当中 ， 泛 型 类 型 推断 传递 到 最 后 一 个 方法 


让 我 们 看 看 官网 的 例子 


class List<E> Í 
static <Z> List<Z> nil() í ... }; 
static <Z> List<Z> cons(Z head, List<Z> tail) { ... }; 
E head() { ... J 


根据 JEP101 的 特性 ， 我 们 在 调用 上 面 方法 的 时 候 可 以 这 样 写 


// 通 过 方法 赋值 的 目标 参数 来 自动 推断 泛 型 的 类 型 
List<String> 1 = List.nil(); 

// 而 不 是 显示 的 指定 类 型 

//List<String> 1 = List.<String>nil(); 
// 通 过 前 面 方法 参数 类 型 推断 泛 型 的 类 型 
List.cons(42, List.nil()); 

// 而 不 是 显示 的 指定 类 型 

//List.cons(42, List.<Integer>nil()); 


2 


Ex 


g V 


以 上 是 JEP101 的 特性 内 容 了 ，Java 作 为 静态 语言 的 代表 者 ， 可 以 说 类 型 系统 相当 丰富 。 导 致 
类 型 间 互 相 转换 的 问题 困扰 着 每 个 java 程 序 员 ， 通 过 编译 器 自动 推断 类 型 的 东西 可 以 稍微 缓解 
一 下 类 型 转换 太 复杂 的 问题 。 虽然 说 是 小 进步 ， 但 对 于 我 们 天 天 写 代 码 的 程序 员 ， 肯 定 能 带 
来 巨大 的 作用 ， 至 少 心情 更 愉悦 了 ~~ 说 不 定 在 java 9 里 面 ， 我 们 会 得 到 一 个 通用 的 类 型 var， 
像 js 或 者 scala 的 一 些 动态 语言 那样 ^ ^ 


七 、 深 入 解析 日 期 和 时 间 : JSR310 


KIR : Java 8 新 特性 探究 (七 ) 深入 解析 日 期 和 时 间 JSR310 


众所周知 ， 日 期 是 商业 逻辑 计算 一 个 关键 的 部 分 ， 任 何 企业 应 用 程序 都 需要 处 理 时 间 问 题 。 
应 用 程序 需要 知道 当前 的 时 间 点 和 下 一 个 时 间 点 ， 有 时 它们 还 必须 计算 这 两 个 时 间 点 之 间 的 
路 径 。 但 java 之 前 的 日 期 做 法 太 令 人 恶心 了 ， 我 们 先 来 吐槽 一 下 。 


吐槽 java.util.Date 跟 Calendar 


Tiago Fernandez 做 过 一 次 投票 ， 选 举 最 烂 的 JAVA AP1， 排 第 一 的 EJB2.X， 第 二 的 就 是 日 期 


最 开始 的 时 候 ，Date 既 要 承载 日 期 信息 ， 又 要 做 日 期 之 间 的 转换 ， 还 要 做 不 同日 期 格式 的 显 
示 ， 职 责 较 繁杂 (不 懂 单 一 职责 ， 你 妈妈 知道 吗 ? 纯 属 恶搞 ~ 哈哈 ) 


后 来 从 JDK 1.1 开始 ， 这 三 项 职责 分 开 了 : 


e 使 用 Calendar 类 实现 日 期 和 时 间 字 段 之 间 转 换 ; 
e 使 用 DateFormat 类 来 格式 化 和 分 析 日 期 字符 串 ; 
。 而 Date 只 用 来 承载 日 期 和 时 间 信 息 。 


原 有 Date 中 的 相应 方法 已 废弃 。 不 过 ， 无 论 是 Date， 还 是 Calendar， 都 用 着 太 不 方便 了 ， 这 
是 API 没 有 设计 好 的 地 方 。 


槽 点 二 


3 h] yearfe month 


Date date = new Date(2012,1,1); 
System.out.println(date); 
输出 Thu Feb 01 00:00:00 CST 3912 


观察 输出 结果 ，year 是 2012+1900， 而 month， 月 份 参 数 我 不 是 给 了 1 吗 ? 怎么 输出 二 月 
(Feb) 7? 


应 该 曾 有 人 告诉 你 ， 如 果 你 要 设置 日 期 ， 应 该 使 用 java.util.Calendar， 像 这 样 ... 


Calendar calendar = Calendar.getInstance(); 
calendar .set(2013, 8, 2); 


这 样 写 又 不 对 了 ，calendar 的 month 也 是 从 0 开始 的 ， 表 达 8 月 份 应 该 用 7 这 个 数字 ， 要 么 就 干 
脆 用 枚 举 


calendar .set(2013, Calendar .AUGUST, 2); 
注意 上 面 的 代码 ，Calendar 年 份 的 传 值 不 需要 减 去 1900 (当然 月 份 的 定义 和 Date 还 是 一 
样 ) ， 这 种 不 一 致 真是 让 人 抓 狂 ! 


有 


档 点 


NAN 


可 能 知道 ，Calendar 相 关 的 API 是 IBM 捐 出 去 的 ， 所 以 才 导 致 不 一 致 。 


la 
> 


Ju 


java.util.Date 与 java.util.Calendar 中 的 所 有 属性 都 是 可 变 的 


下 面 的 代码 ， 计 算 两 个 日 期 之 间 的 天 数 .... 


public static void main(String[] args) { 
Calendar birth = Calendar.getInstance(); 
birth.set(1975, Calendar.MAY, 26); 
Calendar now = Calendar .getInstance(); 
System.out.println(daysBetween(birth, now)); 
System.out.println(daysBetween(birth, now)); // 显示 0? 


J 


public static long daysBetween(Calendar begin, Calendar end) { 
long daysBetween = 0; 
while(begin.before(end)) { 
begin.add(Calendar .DAY_OF_MONTH, 1); 
daysBetween++; 


} 


return daysBetween; 


daysBetween 有 点 问题 ， 如 果 和 连续 计算 两 个 Date 实 例 的 话 ， 第 二 次 会 取得 0， 因 为 Calendar 状 
态 是 可 变 的 ， 考 虑 到 重复 计算 的 场合 ， 最 好 复制 一 个 新 的 Calendar 


public static long daysBetween(Calendar begin, Calendar end) { 
Calendar calendar = (Calendar) begin.clone(); // 复制 
long daysBetween = 0; 
while(calendar.before(end)) í 
calendar.add(Calendar.DAY_OF_MONTH, 1); 
daysBetween++; 


return daysBetween; 


JSR310 


以 上 种 种 ， 导 致 目前 有 些 第 三 方 的 java 日 期 库 诞 生 ， 比 如 广泛 使 用 的 JODA-TIME， 还 有 
Date4j 等 ， 虽 然 第 三 方 库 已 经 足够 强大 ， 好 用 ， 但 还 是 有 兼容 问题 的 ， 比 如 标准 的 JSF 日 期 转 
换 器 与 joda-time API 就 不 兼容 ， 你 需要 编写 自己 的 转换 器 ， 所 以 标准 的 API 还 是 必须 的 ， 于 是 
就 有 了 JSR310。 


JSR 310 实 际 上 有 两 个 日 期 概念 。 第 一 个 是 Instant， 它 大 致 对 应 于 java.util.Date 类 ， 因 为 它 代 
表 了 一 个 确定 的 时 间 点 ， 即 相对 于 标准 Java 纪 元 ( 1970 年 1 月 1 日 ) 的 偏 移 量 ; 但 与 
java.util.Date 类 不 同 的 是 其 精确 到 了 纳 秒 级 别 。 


第 二 个 对 应 于 人 类 自身 的 观念 ， 比 如 LocalDate 和 LocalTime。 他 们 代表 了 一 般 的 时 区 概念 ， 
要 么 是 日 期 (不 包含 时 间 ) ， 要 么 是 时 间 (不 包含 日 期 ) ， 类 似 于 java.sql 的 表示 方式 。 此 
外 ， 还 有 一 个 MonthDay， 它 可 以 存储 某 人 的 生日 (不 包含 年 份 ) 。 每 个 类 都 在 内 部 存储 正确 
的 数据 而 不 是 像 java.util.Date 那 样 利 用 午夜 12 点 来 区 分 日 期 ， 利用 1970-01-01 来 表示 时 间 。 


目前 Java8 已 经 实现 了 JSR310 的 全 部 内 容 。 新 增 了 java.time 包 定义 的 类 表示 了 日 期 -时 间 概 念 
的 规则 ， 包 括 instants, durations, dates, times, time-zones and periods。 这 些 都 是 基于 |SO 日 
历 系 统 ， 它 又 是 遵循 Gregorian 规 则 的 。 最 重要 的 一 点 是 值 不 可 变 ， 且 线程 安全 ， 通 过 下 面 一 
张 图 ， 我 们 快速 看 下 java.time 包 下 的 一 些 主要 的 类 的 值 的 格式 ， 方 便 理 解 。 


。 LocalDate 2010-12-03 

。 LocalTime 11:05:30 

e LocalDateTime 2010-12-03T11:05:30 

。 OffsetTime 11:05:30+01:00 


。 OffsetDateTime 2010-12-03T11:05:30+01:00 
。 ZonedDateTime 2010-12-03T11:05:30+01:00 Europe/Paris 


。 Year 2010 

。 YearMonth 2010-12 

。MonthDay =-12-03 

。 Instant 2576458258.266 seconds after 1970-01-01 
方法 概览 


该 包 的 API 提 供 了 大 量 相关 的 方法 ， 这 些 方法 一 般 有 一 致 的 方法 前 组 : 
of : 静态 工厂 方法 。 

parse : 静态 工厂 方法 ， 关 注 于 解析 。 

get : 获取 茶 些 东西 的 值 。 

is : 检查 某 些 东西 的 是 否 是 true。 

with : 不 可 变 的 setter 等 价 物 。 

plus : 加 一 些 量 到 某 个 对 象 。 

minus : 从 某 个 对 象 减 去 一 些 量 。 


to : 转换 到 另 一 个 类 型 。 


at: 把 这 个 对 象 与 另 一 个 对 象 组 合 起 来 ， 例 如 : date.atTime(time) > 


与 昌 的 API 对 应 关系 


Java.time ISO Calendar Java.util Calendar 


Instant Date 
LocalDate, Calendar 
LocalTime, 


LocalDateTime 


ZonedDateTime Calendar 

OffsetDateTime, OffsetTime, Calendar 

Zoneld, ZoneOffset, ZoneRules TimeZone 

Week Starts on Monday (1 .. 7) Week Starts on Sunday (1 .. 7) 

enum MONDAY, TUESDAY, ... SUNDAY int values SUNDAY, MONDAY, ... SATURDAY 

12 Months (1 .. 12) 12 Months (0 .. 11) 

enum JANUARY, FEBRUARY, ..., DECEMBER int values JANUARY FEBRUARY, ... DECEMBER 


简单 使 用 java.time 的 API 


参考 http://jinnianshilongnian.iteye.com/blog/1994164 被 我 摊 在 一 起 ， 可 读 性 很 差 ， 相 应 的 代 
码 都 有 注释 了 ， 我 就 不 过 多 解释 了 。 


public class TimeIntroduction í 

public static void testClock() throws InterruptedException { 
// 时 钟 提 供给 我 们 用 于 访问 某 个 特定 时 区 的 瞬时 时 间 、 日 期 和 时 间 的 。 
Clock c1 = Clock.systemUTC(); // 系 统 默认 UTC 时 钟 (当前 瞬时 时 间 system.currentTimeMilli: 
System.out.println(c1.millis()); // 每 次 调用 将 返回 当前 瞬时 时 间 (UTC) 
Clock c2 = Clock.systemDefaultZone(); // 系 统 默 认 时 区 时 钟 (当前 瞬时 时 间 ) 
Clock c31 = Clock.system(ZoneId.of("Europe/Paris")); // 巴 黎 时 区 
System.out.println(c31.millis()); // 每 次 调用 将 返回 当前 瞬时 时 间 (UTC) 
Clock c32 = Clock.system(ZoneId.of("Asia/Shanghai"));// 上 海 时 区 
System.out.println(c32.millis());// 每 次 调用 将 返回 当前 瞬时 时 间 (UTC) 
Clock c4 = Clock.fixed(Instant.now()，ZoneId.of("Asia/Shanghai"));// 固 定 上 海 时 区 时 旬 
System.out.println(c4.millis()); 
Thread.sleep(1000); 
System.out.println(c4.millis()); //TÆ 即时 钟 时 钟 在 那 一 个 点 不 动 
Clock c5 = Clock.offset(c1, Duration.ofSeconds(2)); // 相 对 于 系统 默认 时 钟 两 秒 的 时 钟 
System.out.println(c1.millis()); 
System.out.println(c5.millis()); 


public static void testInstant() { 
// 肯 时 时 间 相当 于 以 前 的 System.currentTimeMillis() 
Instant instant1 = Instant.now(); 
System.out.println(instant1.getEpochSecond() ) ;// 精 确 到 秒 得 到 相对 于 1970-01-01 00:00: 
System.out.println(instant1.toEpochMilli()); // 精 确 到 毫秒 
Clock clock1 = Clock.systemUTC(); // 获 取 系 统 UTC 默认 时 钟 
Instant instant2 = Instant.now(clock1);// 得 到 时 钟 的 瞬时 时 间 
System.out.println(instant2.toEpochMilli()); 
Clock clock2 = Clock.fixed(instant1, ZoneId.systemDefault()); //E Æ B4 H} it 13) it 4p 
Instant instant3 = Instant.now(clock2);// 得 到 时 钟 的 瞬时 时 间 
System.out.println(instant3.toEpochMilli());//equals instant1 


public static void testLocalDateTime() { 
// 使 用 默认 时 区 时 钟 瞬时 时 间 创 建 Clock.systemDefaultZone() --> 即 相对 于 ZoneId.systemDefau 
LocalDateTime now = LocalDateTime.now(); 
System.out.println(now); 
// 自 定义 时 区 


LocalDateTime now2 = LocalDateTime.now(ZoneId.of("Europe/Paris")); 
System.out.println(now2);// 会 以 相应 的 时 区 显示 日 期 

// 自 定义 时 钟 
Clock clock = Clock.system(ZoneId.of("Asia/Dhaka")); 
LocalDateTime now3 = LocalDateTime.now(clock); 
System.out.println(now3);// 会 以 相应 的 时 区 显示 日 期 

// 不 需要 写 什 么 相对 时 间 如 java.util.Date 年 是 相对 于 1900 月 是 从 9 开始 

//2013-12-31 23:59 
LocalDateTime d1 = LocalDateTime.of(2013, 12, 31, 23, 59); 

// 年 月 日 时 分 秒 MØ 
LocalDateTime d2 

// 使 用 瞬时 时 间 + 时 区 
Instant instant = Instant.now(); 
LocalDateTime d3 = LocalDateTime.ofInstant(Instant.now(), ZoneId.systemDefault()) 
System.out.println(d3); 

// 解 析 String--->LocalDateTime 
LocalDateTime d4 = LocalDateTime.parse("2013-12-31T23:59"); 
System.out.println(d4); 
LocalDateTime d5 = LocalDateTime.parse("2013-12-31T23:59:59.999");//999%4 FMT: 
System.out.println(d5); 

// 使 用 DateTimeFormatter API 解析 和 格式 化 
DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy/MM/dd HH:mm:ss"); 
LocalDateTime d6 = LocalDateTime.parse("2013/12/31 23:59:59", formatter); 
System.out.println(formatter.format(d6)); 

// 时 间 获 取 
System.out.println(d6.getYear()); 
System.out.println(d6.getMonth()); 
System.out.println(d6.getDayOfYear()); 
System.out.println(d6.getDayOfMonth()); 
System.out.println(d6.getDayOfWeek()); 
System.out.println(d6.getHour()); 
System.out.println(d6.getMinute() 
System.out.println(d6.getSecond() 
System.out.println(d6.getNano()); 

// 时 间 增 减 
LocalDateTime d7 = d6.minusDays(1); 
LocalDateTime d8 = d7.plus(1, IsoFields.QUARTER_ YEARS); 

//LocalDate 即 年 月 日 无 时 分 秒 

//LocalTime 即 时 分 秒 无 年 月 日 

//API 和 LocalDateTime 类 似 就 不 演示 了 

} 
public static void testZonedDateTime() { 

// 即 带 有 时 区 的 date-time 存储 纳 秒 、 时 区 和 时 差 (避免 与 本 地 date-time 歧 义 ) 。 

//API 和 LocalDateTime 类 似 ， 只 是 多 了 时 差 ( 如 2013-12-20T10:35:50.711+08:00[Asia/Shanghai]) 
ZonedDateTime now = ZonedDateTime.now(); 
System.out.println(now); 
ZonedDateTime now2 = ZonedDateTime.now(ZoneId.of("Europe/Paris")); 
System.out.println(now2); 

// 其 他 的 用 法 也 是 类 似 的 就 不 介绍 了 
ZonedDateTime z1 = ZonedDateTime.parse("2013-12-31T23:59:59Z[Europe/Paris]"); 
System.out.println(z1); 


LocalDateTime.of(2013, 12, 31, 23, 59, 59, 11); 


r 


—— 


了 


} 


public static void testDuration() { 
// ÁR YA ÁV Big Hs AS JA] 69) St JA] ÍK 
Duration d1 = Duration.between(Instant.ofEpochMilli(System.currentTimeMillis() - 
// 得 到 相应 的 时 差 
System.out.println(d1.toDays()); 
System.out.println(d1.toHours()); 
System.out.println(d1.toMinutes()); 
System.out.println(d1.toMillis()); 
System.out.println(d1.toNanos()); 
//1 天 时 差 类 似 的 还 有 如 ofHours() 
Duration d2 = Duration.ofDays(1); 
System.out.println(d2.toDays()); 
} 
public static void testChronology() { 
// 提 供 对 java.util.Calendar 的 替换 ， 提 供 对 年 历 系统 的 支持 
Chronology c = HijrahChronology .INSTANCE; 
ChronoLocalDateTime d = c.localDateTime(LocalDateTime.now()); 
System.out.println(d); 


Jet 


* 新 旧 日 期 转换 
3% 
public static void testNewOldDateConversion(){ 
Instant instant=new Date().toInstant(); 
Date date=Date.from(instant); 
System.out.println(instant); 
System.out.println(date); 


public static void main(String[] args) throws InterruptedException { 
testClock(); 
testInstant(); 
testLocalDateTime(); 
testZonedDateTime(); 
testDuration(); 
testChronology(); 
testNewOldDateConversion(); 





与 Joda-Time 的 区 别 


其 实 JSR310 的 规范 领导 者 Stephen Colebourne， 同 时 也 是 Joda-Time 的 创建 者 ，JSR310 是 
在 Joda-Time 的 基础 上 建立 的 ， 参 考 了 绝 大 部 分 的 API， 但 并 不 是 说 JSR310=JODA-Time， 下 
面 几 个 比较 明显 的 区 别 是 


1. 最 明显 的 变化 就 是 包 名 (从 org.joda.time 以 及 java.time) 

2. JSR310 不 接受 NULL 值 ，Joda-Time 视 NULL 值 为 0 

3. JSR310 的 计算 机 相关 的 时 间 (Instant) 和 与 人 类 相关 的 时 间 (DateTime) 之 间 的 差别 变 
得 更 明显 

4. JSR310 所 有 抛 出 的 异常 都 是 DateTimeException 的 子 类 。 虽 然 DateTimeException 是 一 个 
RuntimeException 


结 
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Java.time java.util.Calendar 以 及 Date 
LIÐ HJ API 不 流畅 的 API 
实例 不 可 变 实例 可 变 
线程 安全 非 线 程 安全 


日 期 与 时 间 处 理 API， 在 各 种 语言 中 ， 可 能 都 只 是 个 不 起 眼 的 API|， 如 果 你 没有 较 复 杂 的 时 间 
处 理 需 求 ， 可 能 只 是 利用 日 期 与 时 间 处 理 API 取 得 系统 时 间 ， 简 单 做 些 显示 罢 了 ， 然 而 如 果 认 
真 看 待 日 期 与 时 间 ， 其 复杂 程度 可 能 会 远 超过 你 的 想象 ， 和 天文、 地理、 历史、 政治、 文化 等 
因素 ， 都 会 影响 到 你 对 时 间 的 处 理 。 所 以 在 处 理 时 间 上 ， 最 好 选用 JSR310 (如 果 你 用 java8 
的 话 就 实现 310 了 ) ， 或 者 Joda-Time ° 


不 止 是 java 面 临时 间 处 理 的 均 炊 ， 其 他 语言 同样 也 遇 到 过 类 似 的 问题 ， 比 如 


Arrow : Python 中 更 好 的 日 期 与 时 间 处 理 库 
Moment.js : JavaScript 中 的 日 期 库 


Noda-Time : .NET 阵营 的 Joda-Time 的 复制 


和 八 、 精 简 的 JRE 详 角 


来 源 : Java 8 新 特性 探 完 (N) 精简 的 JRE 详 解 


Oracle 公 司 如 期 发 布 了 Java 8 正式 版 ! 没有 让 广大 javaer 失 望 。 对 于 一 个 人 来 说 ，18 岁 是 人 生 
的 转折 点 ， 从 稚嫩 走向 成 熟 ， 法 律 意味 着 你 是 完全 民事 行为 能 力 人 ， 不 再 收益 于 未 成 年 人 保 
护法 ， 到 今年 为 止 ，java 也 走 过 了 18 年 ，java8 是 一 个 新 的 里 程 碑 ， 带 来 了 前 所 未 有 的 诸多 特 
性 ，lambda 表 达 式 ，Stream API， 新 的 Date time api， 多 核 并 发 支持 ， 重 大 安全 问题 改进 

等 ， 相 信 java 会 越 来 越 好 ， 丰 富 的 类 库 以 及 庞大 的 开源 生态 环境 是 其 他 语言 所 不 具备 的 ， 说 起 
丰富 的 类 库 ， 很 多 同学 就 吐 档 了 ，java 该 减肥 了 ， 确 实 是 该 减肥 ，java8 有 个 很 好 的 特性 ， 即 
JEP161(http://openjdk.java.net/jeps/161 ), 该 特性 定义 了 Java SE 平台 规范 的 一 些 子 集 ， 使 
java 应 用 程序 不 需要 整个 JRE 平 台 即 可 部 署 和 运行 在 小 型 设备 上 。 开 发 人 员 可 以 基于 目标 硬件 
的 可 用 资源 选择 一 个 合适 的 JRE 和 运行 环境 。 


FÆ 


更 小 的 Java 环 境 需 要 更 少 的 计算 资源 。 
一 个 较 小 的 运行 时 环境 可 以 更 好 的 优化 性 能 和 启动 时 间 。 
消除 未 使 用 的 代码 从 安全 的 角度 总 是 好 的 。 

这 些 打 包 的 应 用 程序 可 以 下 载 速度 更 快 


AOUN o> 


概念 


紧凑 的 JRE 分 3 种 ， 分 别 是 compact1、compact2、compact3， 他 们 的 关系 是 
compact1 A ee 含 的 API 如 下 图 所 示 


Java8 新 特性 探究 


java.lang.instrument 
java.lang.management 
java.security.acl 
java.util.prefs 

\ javax.annotation processing 
odel 

java.rmi 

java.rmi.activation 
java.mi.dge 





java.util.concurrent 1 Javax.xml.stream.events 
java.util.concurrent.atomic À javax.xml.stream.util 

til. À javax.xml.transform 
javax.xml.transform.dom 
javax.xml.transform.sax 





-spi 
javax.security.auth.kerberos 
javax.security.sasl 





utiljar 





fú. ai i javax xml.transform.stax \ P pea pe 
grad 1 javax.xml.transform.stream À ac 
java.util.spi i javax.xml.validation Å javax.tools 

java utiLstream i javax.xml.xpath \ javax xml.crypto 
java.util.zip i org.w3c.dom \ javax xml dom 
javax.crypto i org.w3c.dom.bootstrap À javax.xml.crypto.dsig 
javax.crypto.interfaces 1 Ctr À javax.xml.crypto.dsig.dom 
javax.crypto.spec ii te -is ` javax xml.crypto.dsig.keyinfo 
javax.net i mm \ javax xml.crypto.dsig. spec 


org-ietf jgss 











javax. seript y org.xml.sax.helpers 


javax.security auth 

javax security auth_callback 
javax security auth login 
Javax.security.auth.spi 
javax.security.auth.x500 
javax.security.cert 


compact1 compact2 compact3 








使 用 javac 根 据 profile 编 译 应 用 程序 
javac -bootclasspath, or javac -profile 


如 果 不 符合 compact 的 api， 则 报错 。 


$ javac -profile compact2 Test.java 


Test.java:7: error: ThreadMXBean is not available in profile 'compact2' 


ThreadMXBean bean = ManagementFactory .getThreadMXBean(); 
N 





java.applet 
java.avt en(13 packages) 
java.beans 


java.beans.beancontext 
javax.accessibility 
javax activation 


javax.imageio.plugins.bmp 
javax.imageio plugins jpeg 
javax imageio.spi 


javax-print attribute 
javax print.attribute. standard 
javax.print.event 

javax.rmi 

javax.rmi.CORBA 
javax.sound.midi 
javax.sound.midi. spi 





javax-xml.bind.util 
Javax.xml.soap 
Javax.xml.ws 
javax.xml.ws.handler 
javax.xml.ws.handler.soap 





javax xml.ws.wsaddressing 
org.omg.** (28 packages) 


Full Java SE 


Test.java:7: error: ManagementFactory is not available in profile 'compact2' 


ThreadMXBean bean = ManagementFactory.getThreadMXBean( ); 
N 


2 errors 


使 用 工具 开发 的 效果 


入、 精简 的 JRE 详 解 
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13 public class ProfiLesTest { 








VW Project Properties - profiles-test 14 
Categories: 15 f WW 
> Sources Project Folder: /tmp/profiles-test 
。 Libraries 16 + @param |JButton is not available in profile 'compact1' 
$ Build Source Package Folders: 17 , HE 
b ide Í 
Cara Package Folder 1 a 
or [sr [race padang 18 public stallAlt-Enter shows hints) 
E aii w JButton b; 
9 Run 
9- © Application 20 } 
9 Web Start 21 } 
9 Formatting 
22 


Test Package Folders 


Package Folder ] Label 





| Add Folder.. | 


1. 
Test Packages 


Ítest 













Source/Binary Format: 





Profile: 









Encoding 






|compact 2 
ompact 3 
Full JR 











JPEDS 工 具 使 用 


java8 新 增 一 个 工具 ， 用 来 分 析 应 用 程序 所 依赖 的 profile， 有 三 个 参数 比较 常用 -p> -v> -r 


import java.util.Set; 
import java.util.HashSet; 


public class Deps { 
public static void main(String[] args) { 
System.out.println(Math.random()); 
Set<String> set = new HashSet<>(); 


} 


} 
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KRKREKRRURKAKRKRKKRKRRKK PROFILE EF 


jdeps -P Deps.class 
Deps.class -> /Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/rt.jar 
<unnamed> (Deps.class) 


-> java.io compact1 
-> java.lang compact1 
-> java.util compact1 


KKRKKRKAKKKRKERKRK VERBOSE FE 


jdeps -v Deps.class 
Deps.class -> /Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/rt.jar 
Deps (Deps.class) 
-> java.io.PrintStream 
-> java.lang.Math 
-> java.lang.Object 
-> java.lang.String 
-> java.lang.System 
-> java.util.HashSet 


KEKRKRKKRKEKKUKKRKÍ RECURSIVE EKKREKKURKEKKRKERKEKKEK 


jdeps -R Deps.class 
Deps.class -> /Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/rt.jar 
<unnamed> (Deps.class) 

-> java.io 

-> java.lang 

-> java.util 
/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/jce.jar -> /Library/ 

javax.crypto (jce.jar) 

-> java.io 

-> java.lang 

-> java.lang.reflect 

-> java.net 

-> java.nio 

-> java.security 

-> java.security.cert 

-> java.security.spec 

-> java.util 

-> java.util.concurrent 

-> java.util.jar 

-> java.util.regex 

-> java.util.zip 

-> javax.security.auth 


-> sun.security.jca JDK internal API (rt.jar) 
-> sun.security.util JDK internal API (rt.jar) 
-> sun.security.validator JDK internal API (rt.jar) 


javax.crypto.interfaces (jce.jar) 

-> java.lang 

-> java.math 

-> java.security 
javax.crypto.spec (jce.jar) 

-> java.lang 

-> java.math 

-> java.security.spec 

-> java.util 

/Library/Java/JavaVirtualMachines/jdk1.8.0.jdk/Contents/Home/jre/lib/rt.jar -> /Library/J 

java.security (rt.jar) 


-> javax.crypto JDK internal API (jce.jar) 
sun.security.util (rt.jar) 

-> javax.crypto JDK internal API (jce.jar) 

-> javax.crypto.interfaces JDK internal API (jce.jar) 

-> javax.crypto.spec JDK internal API (jce.jar) 


EJE 





在 linux 上 构建 profile 


$ hg clone http://hg.openjdk.java.net/jdk8/jdk8/ 
$ cd jdk8 

$ make images profiles : 

## Finished profiles (build time 00:00:27) 

22533 Build times ------- 

Start 2013-03-17 14:47:35 

End 2013-03-17 14:58:26 

00:00:25 corba 

00:00:15 demos 

00:01:50 hotspot 

00:00:24 images 

00:00:21 jaxp 

00:00:31 jaxws 

00:05:37 jdk 

00:00:43 langtools 

00:00:18 nashorn 

00:00:27 profiles 

00:10:51 TOTAL 

Finished building Java(TM) for target 'images profiles' 
$ cd images 

$ 1s -d *image 

j2re-compact1-image j2re-compact2-image j2re-compact3-image j2re-image j2sdk-image 


编译 后 compact 大 致 的 占用 空间 







Compact1 配置 文件 


Compact2 配置 文件 


Compact3 配置 文件 


完整 JRE 140Mb 


如 今 ， 物 联网 正 风行 一 时 。 我 们 看 到 大 量 不 同 的 设备 在 市 场 上 出 现 ， 每 一 种 的 更 新 速度 都 越 
来 越 快 。java 需 要 一 个 占用 资源 少 的 JRE 运 行 环境 ， 紧 凑 的 JRE 特 性 的 出 现 ， 希 望 能 带 来 以 后 
的 物 联 网 的 发 展 ， 其 至 还 是 会 有 大 量 的 java 应 用 程序 出 现在 物 联网 上 面 。 目 前 oracle 也 发 布 了 
针对 raspberry pi 的 JRE 了 。 


八 、 精 简 的 JRE 详 解 3 


OY 


另外 该 特性 也 是 为 java9 的 模块 化 项 目 做 准备 ， 模 块 化 特性 是 javaer 所 期 待 的 特性 。 他 是 解决 
业务 系统 复杂 度 的 一 个 利器 ， 当 然 OSGI 也 是 相当 的 出 色 。 但 osgi 对 于 新 学 者 来 说 未 免 太 复杂 
了 。 


Java8 新 特性 探究 


Ju ` IROOM : Permgen 说 再见 吧 


KIR : Java 8 新 特性 探 完 ( 九 ) ROOM : Permgen 说 再 见 吧 


很 多 开发 者 都 在 其 系统 中 见 过 “java.lang.OutOfMemoryError: PermGen space” 这 一 问题 。 这 
往往 是 由 类 加 载 器 相关 的 内 存 泄 漏 以 及 新 类 加 载 器 的 创建 导致 的 ， 通 常 出 现 于 代码 热 部 署 
时 。 相 对 于 正式 产品 ， 该 问题 在 开发 机 上 出 现 的 频率 更 高 ， 在 产品 中 最 常见 的 “问题 "是 默认 值 
太 低 了 。 常 用 的 解决 方法 是 将 其 设置 为 256MB 或 更 高 。 


PermGen space 简 单 介绍 


PermGen space 的 全 称 是 Permanent Generation space, 是 指 内 存 的 永久 保存 区 域 ， 说 说 为 什 
么 会 内 存 益 出 : 这 一 部 分 用 于 存放 Class 和 Meta 的 信息 ,Class 在 被 Load 的 时 候 被 放 入 
PermGen space 区 域 ， 它 和 和 存放 Instance 的 Heap 区 域 不 同 ,所 以 如 果 你 的 APP 会 LOAD 很 多 
CLASS 的 话 ,就 很 可 能 出 现 PermGen space 错 误 。 这 种 错误 常见 在 web 服 务 器 对 JSP 进 行 pre 
compile 的 时 候 。 


JVM 种 类 有 很 多 ， 比 如 Oralce-Sun Hotspot, Oralce JRockit, IBM J9, Taobao JVM (淘宝 好 
样 的 ! ) 等 等 。 当 然 武 林 盟 主 是 Hotspot 了 ， 这 个 毫 无 争议 。 需 要 注意 的 是 ，PermGen space 
是 Oracle-Sun Hotspot 才 有 ，JRockit 以 及 J9 是 没有 这 个 区 域 。 


元 空间 (MetaSpace) 一 种 新 的 内 存 空 间 诞生 


JDK8 HotSpot JVM 将 移 除 永久 区 ， 使 用 本 地 内 存 来 存储 类 元 数据 信息 并 称 之 为 : 元 空间 
(Metaspace) ; 这 与 Oracle JRockit 和 |BM JVM's 很 相似 ， 如 下 图 所 示 
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这 意味 着 不 会 再 有 java.lang.OutOfMemoryError: PermGen 问 题 ， 也 不 再 需要 你 进行 调 优 及 监 

控 内 存 空间 的 使 用 ...... 但 请 等 等 ， 这 么 说 还 为 时 过 早 。 在 默认 情况 下 ， 这 些 改 变 

-o 的 展示 将 使 你 知道 仍然 要 关注 类 元 数据 内 存 的 占用 。 请 一 定 要 牢记 ， 这 个 新 特性 
能 神奇 地 消除 类 和 类 加 载 器 导致 的 内 存 泄漏 。 


java8 中 metaspace 总 结 如 下 : 
PermGen 空间 的 状况 
这 部 分 内 存 空间 将 全 部 移 除 。 


JVM 的 参数 : PermSize 和 MaxPermSize 会 被 忽略 并 给 出 警告 (如 果 在 启用 时 设置 了 这 两 个 
参数 ) 。 


Metaspace 内 存 分 配 模型 

大 部 分 类 元 数据 都 在 本 地 内 存 中 分 配 。 

用 于 描述 类 元 数据 的 “klasses” 已 经 被 移 除 。 
Metaspace 容量 


默认 情况 下 ， 类 元 数据 只 受 可 用 的 本 地 内 存 限 制 (容量 取决 于 是 32 位 或 是 64 位 操作 系统 的 可 
用 虚拟 内 存 大 小 ) 。 


新 参数 (MaxMetaspaceSize) 用 于 限制 本 地 内 存 分 配给 类 元 数据 的 大 小 。 如 果 没 有 指定 这 个 
参数 ， 元 空间 会 在 运行 时 根据 需要 动态 调整 。 


Metaspace 垃圾 回收 


对 于 僵 死 的 类 及 类 加 载 器 的 垃圾 回收 将 在 元 数据 使 用 达到 “MaxMetaspaceSize” 参 数 的 设 定 值 
时 进行 。 


适时 地 监控 和 调整 元 空间 对 于 减 小 垃圾 回收 频率 和 减少 延 时 是 很 有 必要 的 。 持 续 的 元 空间 垃 
圾 回收 说 明 ， 可 能 存在 类 、 类 加 载 器 导致 的 内 存 泄 漏 或 是 大 小 设置 不 合适 


Java 堆 内 存 的 影响 

杂项 数据 已 经 移 到 Java 堆 空间 中 。 升 级 到 JDK8 之 后 ， 会 发 现 Java 堆 空间 有 所 增长 。 
Metaspace 监控 
元 空间 的 使 用 情况 可 以 从 HotSpot1.8 的 详细 GC 日 志 输 出 中 得 到 。 


Jstat 和 JVisualVM 两 个 工具 ， 在 使 用 b75 版 本 进行 测试 时 ， 已 经 更 新 了 ， 但 是 还 是 能 看 到 老 
的 PermGen 空 间 的 出 现 。 


前 面 已 经 从 理论 上 充分 说 明 ， 下 面 让 我 们 通过 “泄漏 "程序 进行 新 内 存 空间 的 观察 ...... 


PermGen vs. Metaspace 运行 时 比较 


为 了 更 好 地 理解 Metaspace 内 存 空间 的 运行 时 行为 ， 
将 进行 以 下 几 种 场景 的 测试 : 


使 用 JDK1.7 运 行 Java 程 序 ， 监 控 并 耗 尽 默 认 设 定 的 85MB 大 小 的 PermGen 内 存 空间 。 
使 用 JDK1.8 运 行 Java 程 序 ， 监 控 MMelaspace in = 间 的 动态 增长 和 垃圾 回收 过 程 。 
3. 使 用 JDK1.8 运 行 Java 程 序 ， 模 拟 耗 尽 通过 "MaxMetaspaceSize” 参 数 设 定 的 128MB 大 小 
的 Metaspace 内 存 空间 。 


N 一 


首先 建立 了 一 个 模拟 PermGen OOM 的 代码 


public class ClassA { 

public void method(String name) { 
// do nothing 

} 

} 


上 面 是 一 个 简单 的 ClassA， 把 他 编译 成 class 字 节 码 放 到 D : /classes 下 面 ， 测 试 代码 中 用 
URLClassLoader 来 加 载 此 类 型 上 面 类 编译 成 class 


1 
* 模拟 PermGen OOM 
* @author benhail 
s 
public class OOMTest Í 
public static void main(String[] args) { 
try { 
// 准 备 url 
URL url = new File("D:/classes").toURI().toURL(); 
URL[] urls = {url}; 
// 获 取 有 关 类 型 加 载 的 JMX 接 口 
ClassLoadingMXBean loadingBean = ManagementFactory .getClassLoadingMXBean( ) 
// 用 于 缓存 类 加 载 器 
List<ClassLoader> classLoaders = new ArrayList<ClassLoader>(); 
while (true) 
// 加 载 类 型 并 缓存 类 加 载 器 实例 
ClassLoader classLoader = new URLClassLoader(urls); 
classLoaders.add(classLoader); 
classLoader.loadClass("ClassA"); 
// 显 示 数 量 信息 ( 共 加 载 过 的 类 型 数目 ， 当 前 还 有 效 的 类 型 数目 ， 已 经 被 卸载 的 类 型 数目 ) 
System.out.println("total: " + loadingBean.getTotalLoadedClassCount()); 
System,out.println("active: " + loadingBean.getLoadedClassCount()); 
System.out.println("unloaded: " + loadingBean.getUnloadedClassCount()); 


} catch (Exception e) { 
e.printStackTrace(); 
} 


HH 
虚拟 机 器 参数 设置 如 下 : -verbose -verbose:gc 


设置 -verbose 参 数 是 为 了 获取 类 型 加 载 和 卸载 的 信息 


设置 -verbose:gc 是 为 了 获取 垃圾 收集 的 相关 信息 
JDK 1.7 @64-bit - PermGen #A IIR 


Java1.7 的 PermGen 默 认 空 间 为 85 MB (或 者 可 以 通过 -XX:MaxPermSize=XXXm 指 定 ) 








正常 运行 时 间 : 0 分 14 种 | 执行 垃圾 回收 | | iË Dump | 
CPU x | 挫 | PermGen | X 


CPV AIAR: 69.1% 垃圾 回收 活动 : 10.7% 大 小 : 85,983,232 个 字 节 已 使 用 : 85, 884, 432 个 字 节 
00% 最 大 : 85, 983, 232 个 字 节 














j 
Ecru 使 用 情况 图 垃圾 回收 活动 B PermGen 大 小 国 使 用 的 PermGen 
类 x | | 线程 X 
已 装 入 的 总 数 : 61,956 共享 的 已 装 入 数 : 0 活动 : 11 守护 进程 : 10 
已 趣 载 的 总 数 : 32 共享 的 已 扼 载 数 : 0 实时 峰值 : 11 已 启动 的 总 数 : 11 
国 已 装 入 的 类 的 总 数 国 共享 的 已 装 入 类 数 国 实时 线程 E 守护 线程 


可 以 从 上 面 的 JVisualVM 的 截图 看 出 : 当 加 载 超过 6 万 个 类 之 后 ，PermGen 被 耗 尺 。 我 们 也 能 
通过 程序 和 GC 的 输出 观察 耗 尺 的 过 程 。 


程序 输出 ( 摘 取 了 部 分 ) 


[Loaded ClassA from file:/D:/classes/] 

total: 64887 

active: 64887 

unloaded: 0 

[GC 245041K->213978K(536768K), 0.0597188 secs] 
[Full GC 213978K->211425K( 644992K), 0.6456638 secs] 
[GC 211425K->211425K(656448K), 0.0086696 secs] 
[Full GC 211425K->211411K(731008K), 0.6924754 secs] 
[GC 211411K->211411K(726528K), 0.0088992 secs] 


java.lang.OutOfMemoryError: PermGen space 


JDK 1.8 @64-bit - Metaspace 大 小 动态 调整 测试 


Java 的 Metaspace 空 间 : 不 受 限 制 (默认 ) 











常 运行 时 间 : 0 分 43 种 执行 垃圾 回收 Ë Dump 


























CPU x 

CPU (HAIER: -887.6% 垃圾 回收 活动 : -887.6% 大 小 : 646, 889, 472 个 字 节 已 使 用 : 126,954, 424 个 字 节 
1 最 大 : 1, 088, 421, 888 个 字 节 
H cry 使 用 情况 | B 垃圾 回收 活动 E Metaspace 大 小 图 使 用 的 Wetaspace 
类 x 线程 x 
已 装 入 的 总 数 : 105,324 共享 的 已 装 入 数 : 0 活动 : 10 守护 进程 : 9 
BERMA: 0 共享 的 已 扼 载 数 : 0 实时 峰值 : 10 已 启动 的 总 数 : 10 
B 已 装 入 的 类 的 总 数 加 共享 的 已 装 入 类 数 国 实 时 线程 国 守护 线程 





从 上 面 的 截图 可 以 看 到 ，JVM Metaspace 进 行 了 动态 扩展 ， 本 地 内 存 的 使 用 由 20MB 增 长 到 
646MB， 以 满足 程序 中 不 断 增 长 的 类 数据 内 存 占用 需求 。 我 们 也 能 观察 到 JVM 的 垃圾 回收 事 
件 一 试图 销毁 僵 死 的 类 或 类 加 载 器 对 象 。 但 是 ， 由 于 我 们 程序 的 泄漏 ，JVM 别 无 选择 只 能 动 
态 扩展 Metaspace 内 存 空 间 。 程 序 加 载 超过 10 万 个 类 ， 而 没有 出 现 OOM 事 件 。 


JDK 1.8 @64-bit - Metaspace 受 限 测试 


Java 的 Metaspace 空 间 : 128MB 〈-XX:MaxMetaspaceSize=128m ) 









































正常 运行 时 间 : 0 分 12 4 执行 垃圾 回 收 Yu 
CPU x ië | Metaspace x 
CPU 使 用 情况 : -220.1% 垃圾 回收 活动 : -220.1% 大 小 : 131, 072, 000 个 字 节 已 使 用 : 30, 686, 352 个 字 节 
| 最 大 : 1,082, 130, 432 个 字 节 
E cru BRRR 国 垃圾 回收 活动 B Wetaspace 大 小 图 使 用 的 Netaspace 
类 x | 线程 x 
已 装 入 的 总 数 : 21,368 共享 的 已 装 入 数 : 0 活动 : 9 守护 进程 : 9 
已 超载 的 总 数 : 32 共享 的 已 害 载 数 : 0 实时 峰值 : 11 已 启动 的 总 数 : 12 
国 已 装 入 的 类 的 总 数 国 共享 的 已 装 入 类 数 国 实 时 线程 国 守护 线程 





可 以 从 上 面 的 JVisualVM 的 截图 看 出 : 当 加 载 超过 2 万 个 类 之 后 ，Metaspace 被 耗 尽 ; 与 
JDK1.7 运 行 时 非常 相似 。 我 们 也 能 通过 程序 和 GC 的 输出 观察 耗 尽 的 过 程 。 另 一 个 有 趣 的 现象 
是 ， 保 留 的 原生 内 存 占 用 量 是 设 定 的 最 大 大 小 两 倍 之 多 。 这 可 能 表明 ， 如 果 可 能 的 话 ， 可 微 
调 元 空间 容量 大 小 策略 ， 来 避免 本 地 内 存 的 浪费 。 





从 Java 程 序 的 输出 中 看 到 如 下 异常 。 


[Loaded ClassA from file:/D:/classes/] 

total: 21393 

active: 21393 

unloaded: O 

[GC (Metadata GC Threshold) 64306K->57010K(111616K), 0.0145502 secs] 
[Full GC (Metadata GC Threshold) 57010K->56810K(122368K), 0.1068084 secs] 
java.lang.OutOfMemoryError: Metaspace 


在 设置 了 MaxMetaspaceSize 的 情况 下 ， 该 空间 的 内 存 仍然 会 耗 尽 ， 进 而 引 

Æ “java.lang.OutOfMemoryError: Metadata space” 错 误 。 因 为 类 加 载 器 的 泄漏 仍然 存在 ， 而 
通常 Java 又 不 希望 无 限制 地 消耗 本 机 内 存 ， 因 此 设置 一 个 类 似 于 MaxPermSize 的 限制 看 起 来 
也 是 合理 的 。 


ú 2 


CK 


1. 之 前 不 管 是 不 是 需要 ，JVM 都 会 吃 掉 那 块 空间 ..……. 如 果 设置 得 太 小 ，JVM 会 死 掉 ; 如 果 
设置 得 太 大 ， 这 块 内 存 就 被 JVM 浪 费 了 。 理 论 上 说 ， 现 在 你 完全 可 以 不 关注 这 个 ， 因 为 
JVM 会 在 运行 时 自动 调 校 为 “合适 的 大 小 ”; 

.提高 Full GC 的 性 能 ， 在 Full GC 期 间 ，Metadata 到 Metadata pointers 之 间 不 需要 扫描 了 ， 
别 小 看 这 几 纳 秒 时 间 ; 

3. 隐患 就 是 如 果 程 序 存在 内 存 泄露 ， 像 OOMTest 那 样 ， 不 停 的 扩展 metaspace 的 空间 ， 

导致 机 器 的 内 存 不 足 ， 所 以 还 是 要 有 必要 的 调试 和 监控 。 


十 、StampedLock 将 是 解决 同步 问题 的 新 完 


KIR : Java 8 新 特性 探 完 (+) StampedLock 将 是 解决 同步 问题 的 新 完 


Java8 就 像 一 个 宝藏 ， 一 个 小 的 API 改 进 ， 也 足 与 写 一 篇 文章 ， 比 如 同步 ， 一 直 是 多 线程 并 发 
编程 的 一 个 老话 题 ， 相 信 没 有 人 音 欢 同步 的 代码 ， 这 会 降低 应 用 的 吞吐 量 等 性 能 指标 ， 最 坏 
的 时 候 会 挂 起 死机 ， 但 是 即使 这 样 你 也 没 得 选择 ， 因 为 要 保证 信息 的 正确 性 。 所 以 本 文 决定 
将 从 synchronized、Lock 到 Java8 新 增 的 StampedLock 进 行 对 比分 析 ， 相 信 StampedLock 不 会 
让 大 家 失望 。 


synchronized 


在 java5 之 前 ， 实 现 同步 主要 是 使 用 synchronized。 它 是 Java 语 言 的 关键 字 ， 当 它 用 来 修饰 一 
个 方法 或 者 一 个 代码 块 的 时 候 ， 能 够 保证 在 同一 时 刻 最 多 只 有 一 个 线程 执行 该 段 代 码 。 

有 四 种 不 同 的 同步 块 : 

实例 方法 

静态 方法 

实例 方法 中 的 同步 块 

静态 方法 中 的 同步 块 


OD 


大 家 对 此 应 该 不 陌生 ， 所 以 不 多 讲 了 ， 以 下 是 代码 示例 


synchronized(this) 
// do operation 


} 


小 结 : eg i 色 ， 很 多 人 都 会 称呼 它 为 重量 级 
锁 ， 但 是 随 着 Java SE1.6 对 Synchronized 进 行 了 各 种 优化 之 后 ， 性 能 上 也 有 所 提升 。 


Lock 


rwlock.writeLock().lock(); 


try { 
// do operation 


+ finally { 
rwlock.writeLock().unlock(); 


} 


它 是 Java 5 在 java.util.concurrent.Ilocks 新 增 的 一 个 API ° 


Lock 是 一 个 接口 ， 核 心 方法 是 lock()，unlock()，tryLock()， 实 现 类 有 ReentrantLock， 
ReentrantReadWriteLock.ReadLock, ReentrantReadWriteLock.WriteLock ; 


ReentrantReadWriteLock, ReentrantLock 和 synchronized 锁 都 有 相同 的 内 存 语 义 。 


与 Synchronized 不 同 的 是 ，Lock 完 全 用 Java 写 成 ， 在 java 这 个 层面 是 无 关 JVM 实 现 的 。Lock 
提供 更 灵活 的 锁 机 制 ， 很 多 synchronized 没有 提供 的 许多 特性 ， 比 如 锁 投 票 ， 定 时 锁 等 候 和 
中 断 锁 等 候 ， 但 因为 lock 是 通过 代码 实现 的 ， 要 保证 锁定 一 定 会 被 释放 ， 就 必须 将 unLock() 放 
到 finally 人 中 


下 面 是 Lock 的 一 个 代码 示例 


class Point { 
private double x, y; 
private final StampedLock sl = new StampedLock(); 
void move(double deltaX, double deltaY) í // an exclusively locked method 
long stamp = sl.writeLock(); 
try { 
x += deltaxX; 
y += deltaY; 
+ finally { 
sl.unlockWwrite(stamp); 


J 


]; 
// 下 面 看 看 乐观 读 锁 案 例 
double distanceFromOrigin() { // A read-only method 
long stamp = sl.tryOptimisticRead(); // 获 得 一 个 乐观 读 锁 
double currentX = x, currentY = y; // 将 两 个 字段 读 入 本 地 局 部 变量 
if (!sl.validate(stamp)) { // 检 查 发 出 乐观 读 锁 后 同时 是 否 有 其 他 写 锁 发 生 ? 
stamp = sl.readLock(); // 如 果 没 有 ， 我 们 再 次 获得 一 个 读 翡 观 锁 


try í 
currentX = x; // 将 两 个 字段 读 入 本 地 局 部 变量 
currentY = y; // 将 两 个 字段 读 入 本 地 局 部 变量 
+ finally í 


sl.unlockRead(stamp); 
} 


return Math.sqrt(currentX * currentX + currentY * currentY); 


} 
// 下 面 是 翡 观 读 锁 案 例 
void moveIfAtorigin(double newX, double newY) Í // upgrade 
// Could instead start with optimistic, not read mode 
long stamp = sl.readLock(); 
try { 
while (x == 0.0 && y == 0.0) { // 循 环 ， 检 查 当 前 状态 是 否 符 合 
long ws = sl.tryConvertTowriteLock(stamp); // 将 读 锁 转 为 写 锁 
if (ws != OL) { // 这 是 确认 转 为 写 锁 是 否 成 功 
stamp = ws; // 如 果 成 功 替换 票据 
x = newX; // 进 行 状态 改变 
y = newY; // 进 行 状态 改变 
break; 


} 
else { // 如 果 不 能 成 功 转换 为 写 锁 
sl.unlockRead(stamp); // 我 们 显 式 释放 读 锁 
stamp = sl.writeLock(); // 显 式 直 接 进行 写 锁 然后 再 通过 循环 再 试 
} 
} 
} finally { 
sl.unlock(stamp); // 释 放 读 锁 或 写 锁 
} 


} 
} 


小 结 : 比 synchronized 更 灵活 、 更 具 可 伸缩 性 的 锁定 机 制 ， 但 不 管 怎么 户 
码 要 更 容易 书写 些 


还 是 synchronized 代 


StampedLock 


它 是 java8 在 java.util.concurrent.locks 新 增 的 一 个 API。 


ReentrantReadWriteLock 在 没有 任何 读 写 锁 时 ， 才 可 以 取得 写 入 锁 ， 这 可 用 于 实现 了 悲观 读 
取 (Pessimistic Reading) ， 即 如 果 执 行 中 进行 读 取 时 ， 经 常 可 能 有 另 一 执行 要 写 入 的 需 
求 ， 为 了 保持 同步 ， ReentrantReadWriteLock 的 读 取 锁 定 就 可 派 上 用 场 。 


然而 ， 如 果 读 取 执 行情 况 很 多 ， 写 入 很 少 的 情况 下 ， 使 用 ReentrantReadWriteLock 可 能 会 使 
写 入 线程 遭遇 饥饿 (Starvation) 问题 ， 也 就 是 写 入 线程 吃 吃 无 法 竞争 到 锁定 而 一 直 处 于 等 待 
状态 。 


StampedLock 控 制 锁 有 三 种 模式 ( 写 ， 读 ， 乐 观 读 ) ， 一 个 StampedLock 状 态 是 te 
式 两 个 部 分 组 成 ， 锁 获取 方法 返回 一 个 数字 作为 票据 stamp， 它 用 相应 的 锁 状 态 表 示 并 控制 
问 ， 数 字 0 表 示 没 有 写 锁 被 授权 访问 。 在 读 锁 上 分 为 翡 观 锁 和 乐观 锁 。 


所 谓 的 乐观 读 模式 ， 也 就 是 若 读 的 操作 很 多 ， 写 的 操作 很 少 的 情况 下 ， 你 可 以 乐观 地 认为 ， 
写 入 与 读 取 同时 发 生 几 率 很 少 ， 因 此 不 慧 观 地 使 用 完全 的 读 取 锁定 ， 程 序 可 以 查看 读 取 资料 
之 后 ， 是 否 遭 到 写 入 执行 的 变更 ， 再 采取 后 续 的 措施 (重新 读 取 变更 信息 ， 或 者 抛 出 异常 ) 
， 这 一 个 小 小 改进 ， 可 大 幅度 提高 程序 的 吞吐 量 | | 


下 面 是 java doc 提 供 的 StampedLock 一 个 例子 


class Point { 
private double x, y; 
private final StampedLock sl = new StampedLock(); 
void move(double deltaX, double deltaY) í // an exclusively locked method 
long stamp = sl.writeLock(); 
try { 
x += deltaxX; 
y += deltaY; 
+ finally { 
sl.unlockwrite(stamp); 
} 


1; 
// 下 面 看 看 乐观 读 锁 案 例 
double distanceFromOrigin() í // A read-only method 
long stamp = sl.tryOptimisticRead(); // 获 得 一 个 乐观 读 锁 
double currentX = x, currentY = y; // 将 两 个 字段 读 入 本 地 局 部 变量 
if (!sl.validate(stamp)) { // 检 查 发 出 乐观 读 锁 后 同时 是 否 有 其 他 写 锁 发 生 ? 
stamp = sl.readLock(); // 如 果 没 有 ， 我 们 再 次 获得 一 个 读 翡 观 锁 


try í 
currentX = x; // 将 两 个 字段 读 入 本 地 局 部 变量 
currentY = y; // 将 两 个 字段 读 入 本 地 局 部 变量 
+ finally í 


sl.unlockRead(stamp); 
} 


return Math.sqrt(currentX * currentX + currentY * currentY); 


// 下 面 是 慧 观 读 锁 案 例 
void moveIfAtOrigin(double newX, double newY) { // upgrade 
// Could instead start with optimistic, not read mode 
long stamp = sl.readLock(); 
try { 
while (x == 0.0 && y == 0.0) { // 循 环 ， 检 查 当 前 状态 是 否 符 合 
long ws = sl.tryConvertTowriteLock(stamp); // 将 读 锁 转 为 写 锁 
if (ws != OL) { // 这 是 确认 转 为 写 锁 是 否 成 功 
stamp = ws; // 如 果 成 功 替换 票据 
x = newX; // 进 行 状态 改变 
y = newY; // 进 行 状态 改变 
break; 
} 
else { // 如 果 不 能 成 功 转换 为 写 锁 


sl.unlockRead(stamp); // 我 们 显 式 释放 读 锁 
stamp = sl.writeLock(); // 显 式 直接 进行 写 锁 然后 再 通过 循环 再 试 


} 
} 
} finally { 
sl.unlock(stamp); // 释 放 读 锁 或 写 锁 
} 
h 
} 
小 结 : 


StampedLock 要 比 ReentrantReadWriteLock 更 加 廉价 ， 也 就 是 消耗 比较 小 。 


StampedLock 与 ReadWriteLock' 性 能 对 比 


下 图 是 和 ReadWritLock 相 比 ， 在 一 个 线程 情况 下 ， 是 读 速 度 其 4 倍 左 右 ， 写 是 1 倍 
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下 图 是 六 个 线程 情况 下 ， 读 性 能 是 其 几 十 售 ， 写 性 能 也 是 近 10 们 左右 : 








R=16,W=0 R=12,W=4 R=8,W=8 R=4,W=12 R=0,W=16 
下 图 是 乔 吐 量 提高 : 


十 、StampedLock 将 是 解决 同步 问题 的 新 完 
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1. Synchronized 是 在 JVM 层 面 上 实现 的 ， 不 但 可 以 通过 一 些 监控 工具 监控 synchronized 的 锁 
定 ， 而 且 在 代码 执行 时 出 现 异 常 ，JVM 会 自动 释放 锁定 ; 
ReentrantLock、ReentrantReadWriteLock,、StampedLock 都 是 对 象 层 面 的 锁定 ， 要 保 
证 锁定 一 定 会 被 释放 ， 就 必须 将 unLock() 放 到 finallyf} 中 ; 

StampedLock 对 吞吐 量 有 巨大 的 改进 ， 特 别 是 在 读 线程 越 来 越 多 的 场景 下 ; 
StampedLock 有 一 个 复杂 的 APl， 对 于 加 锁 操 作 ， 很 容易 误 用 其 他 方法 ; 

当 只 有 少量 竞争 者 的 时 候 ，synchronized 是 一 个 很 好 的 通用 的 锁 实 现 ; 

当 线 程 增长 能 够 预 估 ，ReentrantLock 是 一 个 很 好 的 通用 的 锁 实 现 ; 


N 


D ABU 


StampedLock 可 以 说 是 Lock 的 一 个 很 好 的 补充 ， 知 吐 量 以 及 性 能 上 的 提升 足以 打动 很 多 人 

了 ， 但 并 不 是 说 要 替代 之 前 Lock 的 东西 ， 毕 竟 他 还 是 有 些 应 用 场景 的 ， 起 码 API 比 
StampedLock 容 易 入 手 ， 下 篇 博文 争取 更 新 快 一 点 ， 可 能 会 是 Nashorn 的 内 容 ， 这 里 允许 我 先 
卖 个 关子 。。。 
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十 一 : Base64 详 解 


来 源 : Java 8 新 特性 探究 (十 一 ) Base64 详 解 


BASE64 编码 是 一 种 常用 的 字符 编码 ， 在 很 多 地 方 都 会 用 到 。 但 base64 不 是 安全 领域 下 的 加 
密 解 密 算 法 。 能 起 到 安全 作用 的 效果 很 差 ， 而 且 很 容易 破解 ， 他 核心 作用 应 该 是 传输 数据 的 
正确 性 ， 有 些 网 关 或 系统 只 能 使 用 ASCII 字 符 。Base64 就 是 用 来 将 非 ASCII 字 符 的 数据 转换 成 
ASCII 字 符 的 一 种 方法 ， 而 且 base64 特 别 适合 在 http，mime 协 议 下 快速 传输 数据 。 


JDK 里 面 实现 Base64 的 API 


在 JDK1.6 之 前 ，JDK 核 心 类 一 直 没 有 Base64 的 实现 类 ， 有 人 建议 用 Sun/Oracle JDK 里 面 的 
sun.misc.BASE64Encoder 和 sun.misc.BASE64Decoder， 使 用 它们 的 优点 就 是 不 需要 依赖 
第 三 方 类 库 ， 缺 点 就 是 可 能 在 未 来 版 本 会 被 删除 (用 maven 编 译 会 发 出 警告 ) ， 而 且 性 能 不 
佳 ， 后 面 会 有 性 能 测试 。 


JDK1.6 中 添加 了 另 一 个 Base64 的 实现 ，javax.xml.bind.DatatypeConverter 两 个 静态 方法 
parseBase64Binary 和 printBase64Binary， 隐 藏 在 javax.xml.bind 包 下 面 ， 不 被 很 多 开发 者 知 
道 。 


在 Java 8 在 java.util 包 下 面 实 现 了 BASE64 编 解码 API， 而 且 性 能 不 俗 ，API 也 简单 多 懂 ， 下 面 
展示 下 这 个 类 的 使 用 例子 。 


java.util.Base64 
该 类 提供 了 一 套 静 态 方法 获取 下 面 三 种 BASE64 编 解码 器 : 
1) Basic 编 码 : 是 标准 的 BASE64 编 码 ， 用 于 处 理 常规 的 需求 


// 编码 

String asB64 = Base64.getEncoder().encodeToString("some string".getBytes("utf-8")); 
System.out.println(asB64); // 输出 为 : c29tZSBzdHJpbmc= 

// 解码 

byte[] asBytes = Base64.getDecoder( ).decode("c29tZSBzdHJpbmc="); 
System.out.println(new String(asBytes, "utf-8")); // 输出 为 : some string 


2) URL 编 码 : 使 用 下 划 线 替换 URL 里 面 的 反 斜 线 “/" 


String urlEncoded = Base64.getUrlEncoder().encodeToString("subjects?abcd".getBytes("utf-8 
System.out.println("Using URL Alphabet: " + urlEncoded); 

// 输出 为 : 

Using URL Alphabet: c3ViamVjdHM_YWJjZA== 








3) MIME 编 码 : 使 用 基本 的 字母 数字 产生 BASE64 输 出 ， 而 且 对 MIME 格 式 友好 : 每 一 行 输出 
不 超过 76 个 字符 ， 而 且 每 行 以 Arn” 符 结 
StringBuilder sb = new StringBuilder(); 
for (int t = 0; t < 10; +E) 1 
sb.append(UUID. randomUUID().toString()); 
byte[] toEncode = sb.toString().getBytes("utf-8"); 


String mimeEncoded = Base64.getMimeEncoder().encodeToString(toEncode); 
System.out.println(mimeEncoded ) ; 


第 三 方 实现 Base64 的 API 


首先 便 是 常用 的 Apache Commons Codec library 里 面 的 


org.apache.commons.codec.binary.Base64 ; 
第 二 个 便 是 Google Guava 库 里 面 的 com.google.common.io.BaseEncoding.base64() 这 个 静 
态 方法 ; 


Kk 一 


第 三 个 是 net.iharderBase64 > 


这 个 jar 包 就 一 个 类 ; 

最 后 一 个 ， 号 称 Base64 编 码 速 度 最 快 的 MigBase64， 而 且 是 10 年 前 的 实现 ， 到 现在 是 否 能 保 
持 这 个 称号 ， 测 一 测 便 知道 ; 

Base64 编 码 性 能 测试 


上 面 讲 了 一 共 7 种 实现 Base64 编 码 ，Jdk 里 面 3 种 ， 第 三 方 实 现 4 种 ， 一 旦 有 选择 ， 则 有 必要 将 
他 们 进行 一 次 高 低 对 比 ，' 性 有 有 re 


首先 来 定义 两 个 接口 


private static interface Base64Codec 


{ 
public String encode(final byte[] data); 
public byte[] decode(final String base64) throws IOException; 
} 
private static interface Base64ByteCodec 
{ 
public byte[] encodeBytes(final byte[] data); 
public byte[] decodeBytes(final byte[] base64) throws IOException; 
} 


两 个 接口 区 别 就 是 其 中 一 个 接口 方法 参数 接收 byte 数 组 ， 返 回 byte 数 组 ， 因 为 byte->byte 相 比 
String->byte 或 者 byte->String 性 能 上 会 快 一 点 ， 所 以 区 分 两 组 来 测试 


private static final Base64Codec[] m_codecs = { new GuavaImpl(), new JavaXmlImpl(), 

new Java8Impl(), new SunImpl(), new ApacheImpl(),new MiGBase64Impl(),new IHarderI 
private static final Base64ByteCodec[] m_byteCodecs = { 

new ApacheImpl(), new Java8Impl( ),new MiGBase64Impl(),new IHarderImpl() }; 





B 





从 上 面 看 出 ， 其 中 支持 byte->byte 只 有 4 中 API ; 


7 个 Base64 的 实现 类 


private static class Java8Impl implements Base64Codec, Base64ByteCodec 


í 


} 


private final Base64.Decoder m_decoder 

private final Base64.Encoder m_encoder 

@Override 

public String encode(byte[] data) { 
return m_encoder .encodeToString(data); 


Base64.getDecoder(); 
Base64.getEncoder(); 


@Override 
public byte[] decode(String base64) throws IOException { 
return m_decoder .decode(base64); 


} 
public byte[] encodeBytes(byte[] data) í 
return m_encoder.encode( data ); 


} 

public byte[] decodeBytes(byte[] base64) throws IOException { 
return m decoder.decode( base64 ); 

} 


private static class JavaXxmlImpl implements Base64Codec //no byte[] implementation 


í 


public String encode(byte[] data) í 
return DatatypeConverter.printBase64Binary( data ); 


public byte[] decode(String base64) throws IOException { 
return DatatypeConverter.parseBase64Binary( base64 ); 


后 面 代码 基本 就 是 各 种 API 实 现 Base64 的 代码 了 ， 就 不 详细 列 出 。 


主要 测试 手段 是 ， 生 成 100M 的 随机 数 ， 分 成 100byte 或 者 1000byte 的 块 ， 然 后 将 他 们 分 别 编 
码 和 解码 ， 记 录 时 间 ， 如 下 方法 


private static TestResult testByteCodec( final Base64ByteCodec codec, final List<byte[]> 


} 


HE 
测试 结果 


final List<byte[]> encoded = new ArrayList<byte[]>( buffers.size() ); 
final long start = System.currentTimeMillis(); 
for ( final byte[] buf : buffers ) 
encoded.add( codec.encodeBytes(buf) ); 
final long encodeTime = System.currentTimeMillis() - start; 
final List<byte[]> result = new ArrayList<byte[]>( buffers.size() ); 
final long start2 = System.currentTimeMillis(); 
for ( final byte[] ar : encoded ) 
result.add( codec.decodeBytes(ar) ); 
final long decodeTime = System.currentTimeMillis() - start2; 
for ( int i = 0; i < buffers.size(); ++i ) 
í 
if ( !Arrays.equals( buffers.get( i ), result.get( i ) ) ) 
System.out.println( "Diff at pos =" + i ); 


} 
return new TestResult( encodeTime / 1000.0, decodeTime / 1000.0 ); 





jvm 参 数 : -Xms512m -Xmx4G 
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byte->byte 

Name Encode, 100 bytes||[Decode, 100 byteslEncode, 1000 byteslDecode, 1000 bytes Encode, 100000000 byteslDecode, 100000000 bytes 
ApacheImp1 1. 492 sec 1. 424 sec 0. 84 sec 0. 781 sec p. 828 sec [o. 791 sec 

IHarderImpl ||0. 292 sec 0. 658 sec 0.26 sec 0. 624 sec [o. 243 sec Ee. 625 sec 

Java8Impl 0.182 sec 0. 281 sec 0. 152 sec 0. 251 sec [o. 138 sec 0. 241 sec 

NMiGBase6dImpl |0. 233 sec 0.545 sec 0. 203 sec 0. 483 sec Ee. 189 sec 0. 479 sec 











byte->String 






















































































Name Encode, 100 bytes||Decode, 100 bytes|Encode, 1000 bytes|Decode, 1000 bytes Encode, 100000000 bytes Decode, 100000000 bytes 
ApacheImpl 1.683 sec 1.691 sec 0. 967 sec 1. 029 sec p. 912 sec [o. 948 sec 

[EuavaImp1 1.03 sec 1.599 sec 0. 991 sec 1. 425 sec Ee. 977 sec L 445 sec 

IHarderImpl (|0. 434 sec 0. 891 sec 0. 385 sec 0. 807 sec [o. 361 sec [o. 793 sec 

Java8Impl 0.274 sec 0.347 sec 0.253 sec 0. 295 sec [o. 234 sec [o. 282 sec 

JavaxmlIrpl 10.243 sec 0.376 sec 0.241 sec 0. 339 sec Ee. 249 sec [o. 316 sec 
MiGBaseb4Inpl|l0. 252 sec 0.67 sec 0.243 sec 0. 596 sec [o. 251 sec 0.58 sec 

SunImpl 3.613 sec 2.796 sec 1.418 sec 1.566 sec R 117 sec 1.581 sec 

















一 切 都 很 明显 了 ， 从 上 面 看 出 ，Ssun 的 表现 不 是 很 好 ，IHarder 和 MigBase64 性 能 可 以 接受 ， 
传说 MigBase64 性 能 第 一 ， 那 也 是 过 去 了 ， 在 这 次 测试 结果 中 ， 新 的 java8 base64 运 行 速 度 
最 好 ，javaXml 表 现 次 之 。 

总 结 

如 果 你 需要 一 个 性 能 好 ， 可 人 靠 的 Base64 编 解码 器 ， 不 要 找 JDK 外 面 的 了 ，java8 里 面 的 
java.util.Base64 以 及 java6 中 隐藏 很 深 的 javax.xml.bind.DatatypeConverter, 他 们 两 个 都 是 不 错 
的 选择 。 


本 篇 中 所 有 代码 都 在 http://git.oschina.net/benhailjjavase8-sample ， 欢 迎 大 家 去 关注 下 载 
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+= >` Nashorn : 新 犀牛 
KR : Java 8 新 特性 探 完 (十 二 ) Nashorn : 新 犀牛 


Nashorn 有 是 什么 


Nashorn， 发 音 “nass-horn”, 是 德国 二 战 时 一 个 坦克 的 命名 ， 同 时 也 是 java8 新 一 代 的 javascript 
引擎 - 蔡 代 老 昌 ， 缓 慢 的 Rhino， 符 合 ECMAScript-262 5.1 版 语言 规范 。 你 可 能 想 javascript 
是 运行 在 web 浏 览 器 ， 提 供 对 html 各 种 dom 操 作 ， 但 是 Nashorn 不 支持 浏览 器 DOM 的 对 象 。 这 
个 需要 注意 的 一 个 点 。 


关于 Nashorn 的 入 门 
主要 是 两 个 方面 ，jjs 工 具 以 及 javax.script 包 下 面 的 API : 
jjs 是 在 java_homey/bin 下 面 自 带 的 ， 作 为 例子 ， 让 我 们 创建 一 个 func.js， 内 容 如 下 : 


function f(){return 1;}; 
print(f() + 1); 


运行 这 个 文件 ， 把 这 个 文件 作为 参数 传 给 jjs 


jjs func.js 


输出 结果 : 2 


另 一 个 方面 是 javax.script， 也 是 以 前 Rhino 余 留 下 来 的 API 


ScriptEngineManager manager = new ScriptEngineManager() 

ScriptEngine engine = manager .getEngineByName( "JavaScript" ); 

System.out.println( engine.getClass().getName() ); 

System.out.println( "Result:" + engine.eval( "function f() í return 1; 3; f() + 1," ) ); 


| 
输出 如 下 : 

jdk.nashorn.api.scripting.NashornScriptEngine 

Result: 2 


基本 用 法 也 可 以 去 http://my.oschina.net/jsmagic/blog/212455 这 篇 博文 参考 一 下 ; 


Nashorn VS Rhino 


javascript 运 行 在 jvm 已 经 不 是 新 鲜 事 了 ，Rhino 早 在 jdk6 的 时 候 已 经 存在 ， 但 现在 为 何 要 替代 
Rhino， 官 方 的 解释 是 Rhino 相 比 其 他 javascript 引 擎 (比如 google 的 V8) 实在 太 慢 了 ， 要 改造 
Rhino 还 不 如 重 写 。 既 然 性 能 是 Nashorn 的 一 个 亮点 ， 下 面 就 测试 下 性 能 对 比 ， 为 了 对 比 两 者 
之 间 的 性 能 ， 需 要 用 到 Esprima， 一 个 ECMAScript 解 本 框架， 用 它 来 解析 未 压缩 版 的 

jquery《〈 大 约 268kb) ， 测 试 核心 代码 如 下 : 


static void rhino(String parser, String code) { 
String source = "speedtest"; 
int line = 1; 
Context context = Context.enter(); 
context.setOptimizationLevel(9); 
try { 
Scriptable scope = context.initStandardObjects(); 
context.evaluateString(scope, parser, source, line, null); 
ScriptableObject.putProperty(scope, "$code", Context.javaToJS(code, scope)); 
Object tree = new Object(); 
Object tokens = new Object(); 
for (int i = 0; i < RUNS; ++i) { 
long start = System.nanoTime(); 
tree = context.evaluateString(scope, "esprima.parse($code)", source, line 
tokens = context.evaluateString(scope, "esprima.tokenize($code)", source, 
long stop = System.nanoTime(); 
System.out.println("Run #" + (i + 1) +": " + Math.round((stop - start) / 


} 

} finally { 
Context.exit(); 
System.gc(); 

} 


static void nashorn(String parser, String code) throws ScriptException,NoSuchMethodEx 
ScriptEngineManager factory = new ScriptEngineManager(); 
ScriptEngine engine = factory .getEngineByName("nashorn"); 
engine.eval(parser); 
Invocable inv = (Invocable) engine; 
Object esprima = engine.get("esprima"); 
Object tree = new Object(); 
Object tokens = new Object(); 
for (int i = 0; i < RUNS; ++i) { 
long start = System.nanoTime(); 
tree = inv.invokeMethod(esprima, "parse", code); 
tokens = inv.invokeMethod(esprima, "tokenize", code); 
long stop = System.nanoTime(); 
System.out.println("Run #" + (i + 1) + ": " + Math.round((stop - start) / 1e6 
} 
// System.out.printJln("Data is " + tokens.toString() + " and " + tree.toString()) 


} 
EJE] 


从 代码 可 以 看 出 ， 测 试 程序 将 执行 Esprima 的 parse 和 tokenize 来 运行 测试 文件 的 内 容 ，Rhino 
和 Nashorn 分 别 执行 30 次 ， 在 开始 时 候 ，Rhino 需 要 1726 ms 并 且慢 慢 加 速 ， AAA 
Nashorn 却 有 另 一 个 特色 ， 第 一 次 运行 耗 时 3682ms， 但 热身 后 很 快 加速， 最 终 
每 次 运行 稳定 在 175ms， 如 下 图 所 示 





时 间 单 位 : ms 
Rhino 1726 1142 1195 1297 1100 953 965 932 931 959 961 
Nashorn 3682 1623 930 669 474 335 368 267 231 194 175 
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nashorn 首 先 编译 javascript 代 码 为 java 字 节 码 ， 然 后 运行 在 ivm 上 ， 底 层 也 是 使 
用 invokedynamic 命 令 来 执行 ， 所 以 运行 速度 很 给 力 。 


为 何 要 用 java 实 现 javascript 


这 也 是 大 部 分 同学 关注 的 点 ， 我 认同 的 观点 是 


成 熟 的 GC 
成 熟 的 JIT 编 译 器 
多 线程 支持 
富 的 标准 库 和 第 三 方 库 


B WMNM- 


总 得 来 说 ， 充 分 利用 了 java 平 台 的 已 有 资源 。 


`2 
& 


` 


犀牛 可 以 说 是 犀牛 式 战 车 ， 比 Rhino 速 度 快 了 许多 ， 作 为 高 性 能 的 javascript 运 行 环境 ， 
Haa 可 能 。 


举例 ，Avatarjs 是 依赖 于 Nashorn 用 以 支持 在 JVM 上 实现 Node.js 编 程 模型 ， 另 外 还 增加 了 其 
他 新 的 功能 ， 如 使 用 一 个 内 建 的 负载 平衡 器 实现 多 事件 循环 ， 以 及 使 用 多 线程 实现 轻 量 消息 
传递 机 制 ; Avatar 还 提供 了 一 个 Model-Store, 基于 JPA 的 纯粹 的 JavaScript ORM 框 架 


在 企业 中 另外 一 种 借 力 Nashorn 方 式 是 脚本 ， 相 比 通常 我 们 使 用 Linux 等 shell 脚 本 > a 
也 可 以 使 用 Javascript 脚 本 和 Java 交 互 了 ， 其 至 使 用 Nashorn 通 过 REST 接 口 来 监视 服务 器 
行 状 况 。 


本 文 代码 地 址 是 : http:/git.oschina.net/benhail/javase8-sample 


十 三 : JavaFX8 新 特性 以 及 开发 2048 游 戏 


来 源 : Java 8 新 特性 探究 (十 三 ) JavaFX 8 新 特性 以 及 开发 2048 游 戏 


JavaFX 主 要 致力 于 富 客户 端 开发 ， 以 弥补 Swing 的 缺陷 ， 主 要 提供 图 形 库 与 nedia 库 ， 支 持 
audio,video,graphics,animation,3D 等 ， 同 时 采用 现代 化 的 css 方 式 支持 界面 设计 。 同 时 又 采用 
XUI 方 式 以 XML 方 式 设计 UI| 界 面 ， 达 到 显示 与 逻辑 的 分 离 。 与 android 这 方面 确实 有 点 相似 

小 o 


JavaFX} £ 


跟 java 在 服务 器 端 和 web 端 成 绩 相 比 ， 桌 面 一 直 是 java 的 软肋 ， 于 是 Sun 公 司 在 2008 年 推出 
JavaFX， 弥 补 桌 面 软件 的 缺陷 ， 请 看 下 图 JavaFX 一 路 走 过 来 的 改进 


JavaFX JavaFX 2.2 
JavaFX1.0 JavaFX1.2 Scene Builder EA Linux GA 
10 月 4 日 发 布 。” 支持 linux 跟 solaris 开始 捆绑 安装 在 JDK 平 台 上 
J JavaFX21 | 
em 性 能 是 升 MacOSXGA ` JavaFX 


UI 加 强 ` Scene Builder 2.0 











2010 2011 





JavaFX 8 


j yi n : NetBeans 7.1 跟 JDK8 版 本 Ð 
ava s : R 
E E N T E E JavaFX 3D 
: 富 文 本 支持 
放弃 支持 JavaFX 脚本 全 新 主题 
放弃 支持 JavaFX Mobile DatePicker 
Oracle 宣 布 开源 aa 
推出 一 套 新 的 Java API 库 
推出 FXML 


从 上 图 看 出 ， 一 开始 推出 时 候 ， 开 发 者 需 使 用 一 种 名 为 JavaFX Script 的 静态 的 、 声 明 式 的 编 
程 语言 来 开发 JavaFX 应 用 程序 。 因 为 JavaFX Script 将 会 被 编译 为 Java bytecode， 程 序 员 可 
以 使 用 Java 代 码 代 替 。 

JavaFX 2.0 之 后 的 版 本 握 弃 了 JavaFX Script 语言 ， 而 作为 一 个 Java API 来 使 用 。 因 此 使 用 
JavaFX 平 台 实 现 的 应 用 程序 将 直接 通过 标准 Java 代 码 来 实现 。 

JavaFX 2.0 包含 非常 丰富 的 Ul 控件 、 图 形 和 多 媒体 特性 用 于 简化 可 视 化 应 用 的 开发 ， 
WebView 可 直接 在 应 用 中 页 入 网 页 ; 另外 2.0 版 本 允许 使 用 FXML 进行 UL 定义 ， 这 是 一 个 脚 
本 化 基于 XML 的 标识 语言 。 


Java8 新 特性 探究 


从 JDK 7u6 开 始 ，JavaFx 就 与 JDK 捆 绑 在 一 起 了 ，JavaFX 团 队 称 ， 下 一 个 版 本 将 是 8.0， 目 前 
所 有 的 工作 都 已 经 围绕 8.0 库 进行 。 这 是 因为 JavaFX 将 捆绑 在 Java 8 中 ， 因 此 该 团队 决定 跳 过 
几 个 版 本 号 ， 迎 头 赶 上 Java 8 ° 


JavaFx8 的 新 特性 


全 新 现代 主题 : Modena 


新 的 Modena 主 题 来 替换 原来 的 Caspian 主 题 。 不 过 在 Application 的 start() 方 法 中 ， 可 以 通过 
setUserAgentStylesheet(STYLESHEET_CASPIAN) 来 继续 使 用 Caspian 主 题 。 


Modena 


New | Delete || Save || Exit File Edit Help 





| New | Delete | Save | Exit 


| Example Controls | Tab 2 | Tab 3 


RadioButton 1 A Example Controls | Tab 2 | Tab 3 


Lorem ipsum dolor 


(@) RadioButton 2 | sit amet, RadioButton 1 
consectetur 
v| CheckBox adipiscing elit. (@) RadioButton 2 | sit amet, 


CheckBox Praesent vulputate El Checkbox consectetur 


sem id velit sagittis adipiscing elit. 
Po M CheckBox Praesent vulputate V 


=Z Cancel | Save... | = Cancel | Save... | 


Lorem ipsum dolor ` 





File Edit Help File Edit Help 


| New || Delete || Save || Exit 


New || Delete | Save || Exit 








Example Controls || Tab 2 | Tab 3 | Example Controls | Tab 2 | Tab 3 


RadioButton 1 | Lorem ipsum dolor sit RadioButton 1 


© RadioButton 2 amet, consectetur 
adipiscing elit. Praesent 
v| CheckBox vulputate sem id velit 
sagittis quis imperdiet 
CheckBox nunc imperdiet. Etiam v 


一 一 Cancel | [ Save... | 


Lorem ipsum dolor sit 


(O) RadioButton 2 | amet consectetur 
adipiscing elit. Praesent 


v| CheckBox vulputate sem id velit 
sagittis quis imperdiet 
CheckBox nunc imperdiet. Etiam v 





s Cancel | Save.. | 


参考 http://fxexperience.com/2013/03/modena-theme-update/ 
JavaFX 3D 


在 JavaFX8 中 提供 了 3D 图 像 处 理 API， 包 括 Shape3D (Box, Cylinder MeshView, Sphere 子 
类 ),SubScene, Material, PickResult, LightBase (AmbientLight 和 PointLight 子 
类 ),SceneAntialiasing 等 。Camera 类 也 得 到 了 更 新 。 从 JavaDoc 中 可 以 找到 更 多 信息 。 
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强化 了 富 文本 的 支持 
i Hello World! _ = - ED 








a` Hello TreeTable! - v ES 


lic class TreeTableViewDemo extends Application Í 


K : Column 
CUverride 
public void start(Stage primaryStage) throws Exception { v Root node 
final TreeItem<String> root = new TreeItem<String)>("Root node”); Child Node 1 
final TreeItem<String> childllodel = new TreeItem<String)>("Child Hode 1”); Child Node 2 
final TreeItem<String> childNode? = new TreeItem<String)>("Child Hode 2”); | 3 
Child Node 3 





final TreeItem<String> childNode3 = new TreeItem<String>("Child Node 3”); 


root. setExpanded(true): 
root. getChil dren(). setAll(childNodel, childNode2, childlNode3); 


TreeTableColumn<String, String> column = new TreeTableColumn<String 


1 n 1111 1 n å n 111 m 


日 期 控件 DatePicker 


增加 日 期 控件 


257 


public class DatePickerDemo extends Application{ 


@verride OK x 
J public void start(Stage stage) throws Exception { z ` 
DatePicker datePicker = new DatePicker(); 
datePicker. setShowWeekNumbers (true); < 十 月 > < 2014 > 


HBox hbox = nev HEox(15, new Label(”Date Picker:”), datePicker); FEDER SE ERARE A 
hbox. setAlienment (Pos. CENTER); 
Scene scene = new Scene (hbox); 40 28 29 30 1 - 3 4 
stage. setScene (scene) ; 41 5 6 Ed 8 9 10 | 11 


stage. show (); 














用 于 CSS 结构 的 公共 API 


CSS 样式 设置 是 JavaFX 的 一 项 主要 特性 

CSS 已 专门 在 私有 API 中 实现 (com.sun.javafx.css 软件 包 ) 
多 种 工具 (例如 Scene Builder) 需要 CSS 公共 API 
开发 人 员 将 能 够 定义 自 定 义 CSS 样式 


B WMNM- 


WebView 增强 功能 


1. Nashorn JavaScript 引擎 https://blogs.oracle.com/nashorn/entry/open_for_business 
2. WebSocket http://javafx-jira.kenai.com/browse/RT-14947 
3. Web Workers http://javafx-jira.kenai.com/browse/RT-9782 


JavaFX Scene Builder 2.0 


可 视 化 工具 ， 加 速 JavaFX 图 形 界面 的 开发 ， 下 载 地 址 


JavaFX Scene Builder 如 同 NetBeans 一 般 ， 通 过 拖 搜 的 方式 配置 界面 ， 待 完成 界面 之 和 后 ， 保 
存 为 FXML 格 式 文件 ， 此 文件 以 XML 描述 物件 配置 ， 再 交 由 JavaFX 程 式 处 理 ， 因 此 可 沽 少 直 
接 以 JavaFX 编 写 界 面 的 困 准 度 。 


JavaFX Scene Builder 2.0 新 增 JavaFX Theme 预 览 功能 ， 菜 单 「Preview」 — [JavaFX 
Theme] 选择 不 同 的 主题 ， 包 括 : 


e Modena (FX8). 

e Modena Touch (FX8). 

e Modena High Contrast — Black on White (FX8). 
e Modena High Contrast — White on Black (FX8). 
e Modena High Contrast — Yellow on Black (FX8). 
e Caspian (FX2). 

e Caspian Embedded (FX2). 

e Caspian Embedded QVGA (FX2). 


Java8 新 特性 探究 


JavaFX 8 开发 2048 游 戏 


2048 虽 然 不 像 前 段 时 间 那 么 火 了 ， 但 个 人 还 是 非常 喜欢 玩 2048， 空 闲 时 间 都 忍 不 住 来 一 发 ， 
感谢 Gabriele Cirulli 发 明了 这 了 不 起 (并 且 会 上 站 ) 的 2048 游 戏 ， 因 为 是 用 MIT 协 议 开源 出 
来 ， 各 种 语言 版 本 的 2048 游 戏 横 空 出 世 ， 下 图 是 用 JavaFX 8 来 开发 的 一 款 2048 。 





00:01:29 








所 用 到 的 技术 


e Lambda expressions 
e Stream API 

e JavaFX 8 

e JavaFX CSS basics 


十 三 : JavaFX8 新 特性 以 及 开发 2048 游 戏 58 


e JavaFX animationsfx2048 相 关 类 的 说 明 

e Game2048, 游 戏 主 类 

e GameManager, 包含 游戏 界面 布局 (Board) 以 及 Grid 的 操作 (GridOperator) 
e Board, 包含 labels ， 分 数 ，grid > Tile 

e Tile, 游 戏 中 的 数字 块 

e GridOperator Grid 操作 类 

e Location,Direction 位 置 帮助 类 

e RecordManager，SessionManager， 纪 录 游 戏 分 数 ， 会 话 类 


这 里 是 源码 地 址 ， 大 家 感 兴趣 的 可 以 去 学 习 下 
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以 上 的 相关 源码 都 托管 在 这 里 。 


比 起 AWT 和 SWING，JavaFX 的 优势 很 明显 ， 各 大 主流 IDE 已 经 支持 JavaFX 的 开发 了 ， 最 佳 
的 工具 莫 过 于 NetBeans， 且 随 着 lambda 带 来 的 好 处 ，JavaFX 的 事件 处 理 简洁 了 不 少 ， 以 前 
需要 写 匿 名 函数 类 。 另 外 JavaFX 开 源 以 来 ，JavaFX 的 生态 环境 也 越 来 越 活跃 了 ， 包 括 各 种 教 
B RANZA’ AA-AAA > ret : ControlsFX，JRebirth，DataFX Flow > 
mvvmFX，TestFX 等 等 。 还 有 JavaFX 是 可 以 运行 在 Android 和 ios 上 面 ， 这 个 很 赞 ! 


好 了 ， 总 结 到 这 里 也 差不多 了 ， 在 RIA 平 台 上 面 ， 有 HTML5、Flex 和 微软 的 Sliverlight > 
JavaFX 能 否 表现 优秀 ， 在 于 大 家 的 各 位 ， 只 要 我 们 多 用 JavaFX， 那 么 JavaFX 也 会 越 来 越 优 
秀 ， 任 何 语言 都 是 这 样 , THE END. 


